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Sir: 

An APPEAL BRIEF is filed herewith. The Appellants have not enclosed a payment in 
the amount of $510.00 to cover the fee associated with this appeal brief as required by 37 C.F.R. 
§ 1.1 7(c) because the Appellants previous paid for the Appeal Brief filed on April 24, 2007. The 
Appellants submitted a Revised Appeal Brief on July 30, 2007. The Revised Appeal Brief filed 
on July 30, 2007 was not sent to the Board of Patent Appeals and Interferences and no decision 
was rendered in response to the Appeal Brief filed on July 30, 2007. The Appellants should not 
have to pay the full amount of $510.00 for this Appeal Brief because the Appeal Brief filed on 
April 24, 2007 had been paid for and no decision had been rendered. See M.P.E.P § 1207.04. 
The Appellants note that the fee for an Appeal Brief increased by $10.00. As such, only a 
$10.00 fee is due for the current Appeal Brief. The Director is hereby authorized to charge the 
$10.00 Appeal Brief fee to Deposit Account 50-1732, and to consider this a petition therefor. If 
any additional fees are required in association with this Appeal Brief, the Director is also hereby 
authorized to charge them to Deposit Account 50-1732, and to consider this a petition therefor. 

APPEAL BRIEF 

(1) REAL PARTY IN INTEREST 

The present application is owned by Flashpoint Technology, Inc. whose corporate 
headquarters are 1 130 Situs Court, Suite 216, Raleigh, NC 27606. 

(2) RELATED APPEALS AND INTERFERENCES 

This Appeal Brief is related to a Notice of Appeal filed on February 28, 2007, an Appeal 
Brief filed on April 24, 2007, and a Revised Appeal Brief filed on July 30, 2007. In response to 



the Revised Appeal Brief, prosecution was reopened through the mailing of a non-final Office 
Action on November 1, 2007. The Appellants filed a response to the non-final Office Action on 
January 29, 2008. A Final Office Action was issued on April 4, 2008, to which the Appellants 
filed a response on June 4, 2008. The Patent Office issued an Advisory Action on June 16, 2008 
As such, the Revised Appeal Brief filed on July 30, 2007 was not reviewed by the Board of 
Patent Appeals and Interferences and no decision was rendered in response to the Appeal Brief. 
The Appellants then filed a Notice of Appeal on July 3, 2008. 

(3) STATUS OF CLAIMS 

Claims 1-47 were rejected with the rejection made final on April 4, 2008. 
Claims 1-47 are pending and are the subject of this appeal. 

(4) STATUS OF AMENDMENTS 

All amendments have been entered to the best of the Appellant's knowledge. No 
amendments have been filed after the Final Office Action mailed April 4, 2008. 

(5) SUMMARY OF CLAIMED SUBJECT MATTER 

In the following summary, the Appellants have noted where in the Specification certain 
subject matter exists. The Appellants wish to point out that these citations are for demonstrative 
purposes only and that the Specification may include additional discussion of the various 
elements, citations to which are not pointed out below. Thus, the noted citations are in no way 
intended to limit the scope of the pending claims. 

Claim 1 recites a method for optimizing private network file transfers in a peer-to-peer 
public network (See Figure 1 A, element 10; see also, Specification, p. 5, 1. 17), the peer-to-peer 
public network including a server (See Figure 1A, element 12; see also, Specification, p. 5, 11. 
17-19) and a plurality of nodes (See Figure 1 A, element 14; see also, Specification, p. 5, 11. 17- 
20), wherein at least two of the plurality of nodes are part of a same private network (See Figure 
1 A, element 16; see also, Specification, p. 6, 11. 1-4), the method comprising the steps of: 

(a) receiving by the server a search request from a first node of the plurality of nodes 
in the peer-to-peer public network for a file (See Figure 3, element 52c; see also, 
Specification, p. 10, 11. 20-23); 



2 



(b) determining by the server that the file is stored on a second node of the plurality 
of nodes in the peer-to-peer network (See Figure 4A, element 150; see also, 
Specification, p. 10, 1. 23 through p. 11, L 5); 

(c) determining by the server that the first and second nodes are part of the same 
private network (See Figure 4A, elements 152 and 154; see also, Specification, p. 
11,11. 7-15); and 

(d) sending instructions by the server to the first node to request the file from the 
second node, such that the second node transfers the file to the first node over the 
same private network (See Figure 4B, elements 164, 166, 168, 170, and 172; see 
also, Specification, p. 12, 1. 1 1 through p. 13, 1. 6). 

Claim 13 recites a peer-to-peer public network (See Figure 1 A, element 10; see also, 
Specification, p, 5, 1. 17), comprising 

at least one server (See Figure 1A, element 12; see also, Specification, p. 5, 11. 17-19) 
coupled to the peer-to-peer public network; 

a first plurality of nodes (See Figure 1 A, element 14; see also, Specification, p. 5, 11. 17- 
20) coupled to the peer-to-peer public network; 

a private network including first and second nodes of the first plurality of nodes (See 
Figure 1 A, element 16; see also, Specification, p. 6, 11. 1-4) coupled to the peer-to-peer public 
network, wherein when a server receives a search request from the first node for a file (See 
Figure 3, element 52c; see also, Specification, p. 10, 11. 20-23), the server 

determines that the file is stored on the second node (See Figure 4A, element 150; 
see also, Specification, p. 10, 1. 23 through p. 1 1, 1. 5), 

determines that the first and second nodes are part of a same private network (See 
Figure 4A, elements 152 and 154; see also, Specification, p. 1 1, 11. 7-15), and 

sends instructions to the first node to request the file from the second node, such 
that the second node transfers the file to the first node over the private network (See 
Figure 4B, elements 164, 166, 168, 170, and 172; see also, Specification, p. 12, 1. 1 1 
through p. 13,1. 6). 

Claim 25 recites a computer readable medium containing program instructions for 
optimizing private network file transfers in a peer-to-peer public network (See Figure 1 A, 
element 10; see also, Specification, p. 5, 1. 17), the peer-to-peer public network including a 
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server (See Figure 1 A, element 12; see also, Specification, p. 5, 11. 17-19) and a plurality of 
nodes (See Figure 1 A, element 14; see also, Specification, p. 5, 11. 17-20), wherein at least two of 
the plurality of nodes are part of a same private network (See Figure 1 A, element 16; see also, 
Specification, p. 6, 11. 1-4), the program instructions, which, when executed, perform the 
following: 

(a) receiving by the server a search request from a first node of the plurality of nodes 
in the peer-to-peer public network for a file (See Figure 3, element 52c; see also, 
Specification, p. 10, 11. 20-23); 

(b) determining by the server that the file is stored on a second node of the plurality 
of nodes in the peer-to-peer public network (See Figure 4A, element 1 50; see also, 
Specification, p. 10, 1. 23 through p. 1 1, 1. 5); 

(c) determining by the server that the first and second nodes are part of the same 
private network (See Figure 4A, elements 152 and 154; see also, Specification, p. 1 1, 11. 
7-15); and 

(d) sending instructions by the server to the first node to request the file from the 
second node, such that the second node transfers the file to the first node over the same private 
network (See Figure 4B, elements 164, 166, 168, 170, and 172; see also, Specification, p. 12, 1. 
11 through p. 13,1.6). 

Claim 37 recites a method for optimizing private network file transfers in a peer-to-peer 
public network (See Figure 1 A, element 10; see also, Specification, p. 5, 1. 17), the peer-to-peer 
public network including a server (See Figure 1 A, element 12; see also, Specification, p. 5, 11. 
17-19) and aplurality of nodes (See Figure 1A, element 14; see also, Specification, p. 5, 11. 17- 
20), wherein a first node and a second node of the plurality of nodes in the peer-to-peer public 
network are part of a same private network (See Figure 1 A, element 16; see also, Specification, 
p. 6, 11. 1-4), the method comprising the steps of: 

(a) registering with the server whether network address translation (NAT) has been 
performed on the first and second nodes (See Figure 2, elements 1 10 and 1 12; see 
also, Specification, p. 9, 11. 12-21) and whether the first and second nodes are 
directly reachable from other nodes on the peer-to-peer public network (See 
Figure 2, elements 116 and 1 1 8; see also, Specification, p. 9, 11. 14 through p. 10, 
1-3); 
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(b) receiving a search request from the first node for a file (See Figure 3, element 
52c; see also, Specification, p. 10, 11. 20-23); 

(c) determining that the file is stored on the second node (See Figure 4A, element 
150; see also, Specification, p. 10, 1. 23 through p. 1 1, 1. 5); 

(d) determining that the second node is part of the same private network as the first 
node, and therefore locally reachable by the first node (See Figure 4A, elements 
152 and 154; see also, Specification, p. 11, 11, 7-15), when 

(i) NAT has been performed on both the first and second nodes and that peer 
IDs of both the first and second nodes match (See Figure 4 A, elements 
154 and 158: see also, Specification, p. 1 1, 11. 11-13), or 

(ii) NAT has not been performed on either the first and second nodes and that 
subnet IDs of each first and second nodes match (See Figure 4A, elements 
156 and 158; see also, Specification, p. 11, 11. 17-21). 

(e) sending instructions by the server to the first node to request the file from the 
second node, such that the second node transfers the file to the first node over the 
same private network (See Figure 4B, elements 164, 166, 168, 170, and 172; see 
also, Specification, p. 12, 1. 1 1 through p. 13, 1. 6). 

(6) GROUNDS OF REJECTION TO BE REVIEWED ON APPEAL 

A. Claims 25-36 were rejected under 35 U.S.C. § 101. 1 

B. Whether claims 1-7, 9, 13*19, 21, 25-31, 33, and 37-40 were properly rejected under 
35 U.S.C. § 103(a) as being unpatentable over U.S. Patent Application Publication No. 
2002/0062336 Al to Teodosiu et al (hereinafter "Teodosiu") in view of U.S. Patent No. 
6,393,488 Bl to Araujo (hereinafter "Araujo"). 

C. Whether claims 8, 10, 12, 20, 22, 24, 32, 34, 36, 41, and 43-47 were properly rejected 
under 35 U.S.C. § 103(a) as being unpatentable over Teodosiu in view of Araujo and further in 
view of U.S. Patent No. 6,636,854 B2 to Dutta et al (hereinafter "Dutta"). 



During a Telephonic Interview between Examiner Divecha and the Appellants' representative, Tony Josephson, 
on May 1, 2008, Examiner Divecha kindly pointed out that claims 25-36 have not been rejected under 35 U.S.C. § 
101 . As such, the Appellants will not address this rejection. 
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D. Whether claims 1 1, 23, 35, and 42 were properly rejected under 35 U.S.C. § 103(a) as 
being unpatentable over Teodosiu in view of Araujo and Dutta and further in view of U.S. Patent 
No. 6,553,3 1 0 Bl to Lopke (hereinafter "Lopke"). 

E. Whether claims 1, 7, 8, 13, 19, 20, 25, 31, and 44-46 were properly rejected under 35 
U.S.C. § 103(a) as being unpatentable over Dutta in view of U.S. Patent Application Publication 
No. 2002/0066026 Al to Yau et al. (hereinafter "Yau"). 

F. Whether claims 2, 6, 14, 26, 30, and 32 were properly rejected under 35 U.S.C. § 
103(a) as being unpatentable over Dutta in view of Yau and further in view of U.S. Patent No. 
6,3 04,9 1 2 B 1 to Oguchi et al. (hereinafter "Oguchf). 

G. Whether claims 3-5, 9, 10, 12, 15-18, 21, 22, 24, 27-29, and 33-36 were properly 
rejected under 35 U.S.C. § 103(a) as being unpatentable over Dutta in view of Yau and Oguchi 
and further in view of Araujo. 

H. Whether claims 1 1, 23, and 35 were properly rejected under 35 U.S.C. § 103(a) as 
being unpatentable over Dutta in view of Yau, Oguchi, and Araujo and further in view of Lopke. 

I. Whether claims 37 and 47 were properly rejected under 35 U.S.C. § 103(a) as being 
unpatentable over Dutta in view of Yau and further in view of Araujo. 

J. Whether claims 38-41 were properly rejected under 35 U.S.C. § 103(a) as being 
unpatentable over Dutta in view of Yau and Araujo and further in view of Oguchi. 

K. Whether claims 42 and 43 were properly rejected under 35 U.S.C. § 103(a) as being 
unpatentable over Dutta in view of Yau> Araujo 9 and Oguchi and further in view of Lopke. 

(7) ARGUMENT 

A. Introduction 

The Appellants submit that the pending claims are patentable over the cited references. 
In particular, the claims recite a server, which determines that first and second nodes are part of 
the same private network, where the first and second nodes are part of a peer-to-peer network. 
The Appellants submit that none of the references, either alone or even in combination, disclose 
or suggest a server, which determines that first and second nodes, which are part of a peer-to- 
peer network, are also part of the same private network. As such, the Appellants request that the 
Board reverse the Examiner and instruct the Examiner to allow the claims. 
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B. Summary Of The References 

1. U.S. Patent Application Publication No. 2002/0062336 Al To Teodosiu 

Teodosiu '336 was filed on September 13, 2001, the present application has a filing date 
of March 21 , 2001 , well before the filing date of Teodosiu. Nonetheless, Teodosiu claims 
priority to Provisional Application No. 60/252,658 filed on November 22, 2000 (hereinafter 
"Teodosiu '658") and Provisional Application No. 60/252,659, also filed on November 22, 2000 
(hereinafter "Teodosiu *659"). For purposes of this section only, the Appellants provide a brief 
summary of Teodosiu '336. Teodosiu '336 relates generally to peer-to-peer networking. (See 
Teodosiu '336, paragraph [0004]). In particular, Teodosiu '336 discloses that as a peer resource 
is cached and made available at peer devices, a locator service tracks state information for each 
copy of the resources. (See Teodosiu '336, Abstract). In addition, the locator service maintains 
coherency among copies as the resource is modified or deleted. (See Teodosiu '336, Abstract). 
Nonetheless, Teodosiu '336 does not disclose or suggest a server, which determines that first and 
second nodes, which are part of a peer-to-peer network, are also part of the same private network 

2. U.S. Provisional Application No. 60/252,658 To Teodosiu 

Teodosiu '658 relates to peer-to-peer networks. (See Teodosiu '658, page 1, first 
paragraph). Teodosiu '658 provides a peer-to-peer locator and tracking service. (See Teodosiu 
'658, page 3, first complete paragraph). In particular, Teodosiu '658 discloses a resource naming 
service (RNS) which allows for end-user machines to locate a peer resource. (See Teodosiu 
'658, page 3, first complete paragraph). The RNS also caches files, keeps track of existing up- 
to-date cached copies and tracks the availability of end-user machines. (See Teodosiu '658, page 
3, first complete paragraph). However, Teodosiu '658 does not disclose, or even suggest, a 
server, which determines that first and second nodes, which are part of a peer-to-peer network, 
are also part of the same private network. 

3. U.S. Provisional Application No. 60/252,659 To Teodosiu 

Teodosiu '659 relates to peer-to-peer networks. (See Teodosiu '659, page 1 , first 
paragraph). Teodosiu '658 provides a peer-to-peer naming scheme. (See Teodosiu '659, 
paragraph bridging pages 2 and 3). Teodosiu '659 extends the Uniform Resource Locator (URL) 
naming scheme with a distinguished set of URLs used to name peer-to-peer resources. (See 
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Teodosiu '659, page 2, last paragraph). The naming scheme disclosed therein relies on the 
existence of a peer-to-peer locator service for each Domain Name System (DNS) to which peer- 
to-peer resources have been assigned. (See Teodosiu 4 659, page 3, fourth paragraph). However, 
Teodosiu 4 659 does not disclose or suggest a server, which determines that first and second 
nodes, which are part of a peer-to-peer network, are also part of the same private network 

4. U.S. Patent No. 6,393,488 Bl To Araujo 

Araujo generally relates to supporting Internet protocol subnets. (See Araujo, col. 1, 11. 7- 
9). In particular, Araujo discloses a network address translator (NAT) system that resolves 
NAT-based subnet address conflicts. (See Araujo, col. 2, 11. 23-25). In addition, Araujo 
discloses an automated NAT subnet support method that determines if a device resolving a DNS 
is included in the same LAN as a device initiating a URL request (See Araujo, Figure 5, 
element 51 1; and col. 7, 11. 31-33). Nonetheless, Araujo does not disclose, or even suggest, a 
server, which determines that first and second nodes, which are part of a peer-to-peeir network, 
are also part of the same private network. 

5. U.S. Patent No. 6,636,854 B2 To Dutta 

Dutta relates to a method and system for operating a database. (See Dutta, col. 1, 11. 10- 
11). In particular, Dutta discloses a method for searching a data processing system. (See Dutta, 
col. 14, 11. 27-28). Moreover, Dutta discloses merging results from a server-based index search 
and a server-based peer-to-peer search. (See Dutta, col. 14, 11. 38-40). However, nowhere does 
Dutta disclose or suggest a server, which determines that first and second nodes, which are part 
of a peer-to-peer network, are also part of the same private network. 

6. U.S. Patent No. 6,553,310 Bl To Lopke 

Lopke relates to customizing an Internet session to the current location of a user. (See 
Lopke, Abstract). In particular, Lopke discloses identifying information to be received and a data 
path between a location and a resource on a data network. (See Lopke, col. 10, 11. 44-47). Lopke 
also discloses searching the resource for the identified information. (See Lopke, col. 10, 1. 50). 
Nevertheless, Lopke does not disclose, or even suggest, a server, which determines that first and 



8 



second nodes, which are part of a peer-to-peer network, are also part of the same private 
network. 

7. U.S. Patent Application Publication No. 2002/0066026 Al To Yau 

Yau relates to the delivery of data to multiple recipients using a network. (See Yau, 
paragraph [0001]). Specifically, Yau discloses a system and method for efficiently distributing 
data to multiple nodes on a network by utilizing the network bandwidth of recipient nodes. (See 
Yau, paragraph [0018]). However, Yau does not disclose or suggest a server, which determines 
that first and second nodes, which are part of a peer-to-peer network, are also part of the same 
private network. 

8. U.S. Patent No. 6,304,912 61 To Oguchi 

Oguchi relates to a process for storing data-link-layer path information indicating a 
communication path in a data-link-layer from a first communication apparatus to a second 
communication apparatus. (See Oguchi, col. 1, 11. 10-14). In addition, Oguchi discloses that the 
first and second communication apparatuses are connected to a network logically divided into a 
plurality of subnetworks. (See Oguchi, col. 6, 11. 18-21). Oguchi also discloses obtaining data- 
link-layer path information with an address resolution process and storing the data-link-layer 
path information in an entry of a first table. (See Oguchi, col. 70, 1. 65 through col. 71, 1. 2). 
Nonetheless, nowhere does Oguchi disclose or suggest a server, which determines that first and 
second nodes, which are part of a peer-to-peer network, are also part of the same private 
network. 

C The Standards For Establishing Obviousness 

Section 103(a) of the Patent Act provides the statutory basis for an obviousness rejection 
and reads as follows: 

A patent may not be obtained though the invention is not identically disclosed or 
described as set forth in section 1 02 of this title, if the differences between the 
subject matter sought to be patented and the prior art are such that the subject 
matter as a whole would have been obvious to a person having ordinary skill in 
the art to which said subject matter pertains. Patentability shall not be negatived 
by the manner in which the invention was made. 
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Courts have interpreted 35 U.S.C. § 103(a) as a question of law based on underlying 

facts. As the Federal Circuit stated: 

Obviousness is ultimately a determination of law based on underlying 
determinations of fact. These underlying factual determinations include: (1) the 
scope and content of the prior art; (2) the level of ordinary skill in the art; (3) the 
differences between the claimed invention and the prior art; and (4) the extent of 
any proffered objective indicia of nonobviousness. 

Monarch Knitting Mack Corp. v. Sulzer Morat GmBH, 45 U.S.P.Q.2d (BNA) 1977, 1981 (Fed. 
Cir. 1998) (internal citations omitted). 

Once the scope of the prior art is ascertained, the content of the prior art must be properly 
combined. An obviousness inquiry requires looking at a number of factors, including the 
background knowledge possessed by a person having ordinary skill in the art, to determine 
whether there was an apparent reason to combine the elements of the prior art in the fashion 
claimed by the present invention. KSR InVl v. Teleflex, Inc., 550 U.S. 82 U.S.P.Q.2d (BNA) 
1385, 1396 (2007). "Often, it will be necessary for a court to look to interrelated teachings of 
multiple patents; the effects of demand known to the design community or present in the 
marketplace; and the background knowledge possessed by a person having ordinary skill in the 
art, all in order to determine whether there was an apparent reason to combine the known 
elements in the fashion claimed by the patent at issue. To facilitate review, this analysis should 
be made explicit. See In re Kahn, 441 F. 3d 977, 988 (CA Fed. 2006) ("[Rejections on 
obviousness grounds cannot be sustained by mere conclusory statements; instead, there must be 
some articulated reasoning with some rational underpinning to support the legal conclusion of 
obviousness")" KSR, 550 U.S. 82 U.S.P.Q.2d (BNA) at 1396 (2007). 

While the Patent Office is entitled to give claim terms their broadest reasonable 
interpretation, this interpretation is limited by a number of factors. First, the interpretation must 
be consistent with the specification. In re Hyatt, 21 1 F.3d 1367, 1372 (Fed. Cir. 2000); M.P.E.P. 
§ 21 1 1. Second, the broadest reasonable interpretation of the claims must also be consistent with 
the interpretation that those skilled in the art would reach. In re Cortright, 165 F.3d 1353, 1359, 
(Fed. Cir. 1999); M.P.E.P. §2111. Finally, the interpretation must be reasonable. In re Am. 
Acad, of Set. Tech. Ctr., 367 F.3d 1359, 1369 (Fed. Cir. 2004); M.P.E.P. § 21 1 1.01. This means 
that the words of the claim must be given their plain meaning unless Appellant has provided a 
clear definition in the specification. In re Zletz, 893 F.2d 319, 321 (Fed. Cir. 1989). 
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If a claim element is missing after the combination is made, then the combination does 
not render obvious the claimed invention, and the claims are allowable. As stated by the Federal 
Circuit, "[if] the PTO fails to meet this burden, then the Appellant is entitled to the patent." In re 
Glaug, 283 F.3d 1335, 1338 (Fed. Cir. 2002). 

D. Claims 1-7, 9, 13-19, 21, 25-31, 33, And 37-40 Are Patentable Over Teodosiu In 
View Of Araujo 

Claims 1-7, 9, 13-19, 21, 25-31, 33, and 37-40 were rejected under 35 U.S.C. § 103(a) as 
being unpatentable over Teodosiu in view of Araujo. The Appellants respectfully traverse the 
rejection. 

1. None Of The References, Either Alone Or In Combination, Disclose Or Suggest 
Determining By A Server That First And Second Nodes, Which Are Part Of A 
Peer-To-Peer Network, Are Also Part Of A Same Private Network 

According to Chapter 2143.03 of the M.P.E.P., in order to establish prima facie 

obviousness of a claimed invention, all the claim limitations must be taught by the prior art. The 

Appellants submit that none of the references, either alone or in combination, disclose or suggest 

all the features recited in claims 1-7, 9, 13-19, 21, 25-31, 33, and 37-40. More specifically, 

claim 1 recites a method for optimizing private network file transfers comprising, among other 

features, "determining by the server that the first and second nodes are part of the same private 

network," where the first and second nodes are part of a peer-to-peer network. Claims 1 3, 25, 

and 37 include similar features. The Appellants submit that none of the references, either alone 

or in combination, disclose or suggest determining by a server that first and second nodes, which 

are part of a peer-to-peer network, are also part of a same private network. As correctly pointed 

out by the Patent Office, Teodosiu does not disclose this feature. (See Final Office Action 

mailed April 4, 2008, page 7). Similarly, Araujo does not disclose this feature. Nevertheless, the 

Patent Office maintains the rejection by indicating that Araujo discloses this feature in col. 7, 11. 

1 3-65 and in Figure 5, element 511. (See Final Office Action mailed April 4, 2008, page 7). 

The Appellants respectfully disagree. At most, Araujo discloses determining if a device 

resolving a DNS is included in the same LAN as a device initiating a URL request. (See Araujo, 

Figure 5, element 5 1 1 ; and col. 7, 11. 3 1 -33). However, the Appellants submit that Araujo does 

not disclose that the devices in the same LAN are part of a peer-to-peer network. 
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The Patent Office responds to this line of reasoning by indicating that the feature of 
determining by a server, that first and second nodes, which are part of a peer-to-peer network, 
are also part of a same private network, is not recited in the claim. Instead, according to the 
Patent Office, the feature of first and second nodes, which are part of a peer-to-peer network, are 
only recited in the preamble and not in the claims. (See Final Office Action mailed April 4, 
2008, pages 2 and 3). The Appellants respectfully disagree. Regarding claim 1, element (a) 
recites receiving by the server a search request from a first node of the plurality of nodes in the 
peer-to-peer public network for a file, and element (b) recites determining by the server that the 
file is stored on a second node of the plurality of nodes in the peer-to-peer network. Claim 25 
includes similar features. Thus, contrary to what is asserted by the Patent Office, claims 1 and 
25 clearly recite that the first and second nodes are part of a peer-to-peer network. 

Claim 13 recites "a first plurality of nodes coupled to the peer-to-peer public network." 
Claim 13 also recites "a private network including first and second nodes of the first plurality of 
nodes coupled to the peer-to-peer public network." As such, claim 13 clearly recites that the first 
and second nodes are part of a peer-to-peer network. 

Claim 37 recites a "method for optimizing private network file transfers in a peer-to-peer 
public network, the peer-to-peer public network including a server and a plurality of nodes." 
According to Chapter 21 1 1.02 of the M.P.E.P., "If the claim preamble, when read in the context 
of the entire claim, recites limitations of the claim, or, if the claim preamble is 'necessary to give 
life, meaning, and vitality* to the claim, then the claim preamble should be construed as if in the 
balance of the claim." Moreover, according to Chapter 21 1 1 .02 of the M.P.E.P., "statements in 
the preamble reciting the purpose or intended use of the claimed invention must be evaluated to 
determine whether the recited purpose or intended use results in a structural difference (or, in the 
case of process claims, manipulative difference) between the claimed invention and the prior art. 
If so, the recitation serves to limit the claim." As detailed above, the feature of a peer-to-peer 
public network including a server and a plurality of nodes recited in the preamble results in a 
structural and manipulative difference between the present claims and the prior art. Accordingly, 
this feature is a part of claim 37. 

In addition, the Patent Office responds to the argument that none of the references 
disclose determining by a server that first and second nodes, which are part of a peer-to-peer 
network, are also part of a same private network by indicating that the Appellants are attempting 
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to show non-obviousness by arguing the references individually. (See Final Office Action 
mailed April 4, 2008, page 3). The Appellants respectfully disagree. Particularly, the Patent 
Office has acknowledged that Teodosiu does not disclose that a server determines that first and 
second nodes are part of the same private network. (See Office Action mailed November 1, 
2007, page 7; and Final Office Action mailed April 4, 2008, page 7). Thus, the Patent Office has 
implicitly acknowledged that Teodosiu does not disclose that a server determines that first and 
second nodes are part of the same private network, where the first and second nodes, which are 
part of the same private network^ are also part of a peer-to-peer network. In light of the 
acknowledged shortcoming in Teodosiu, the Patent Office turns to Araujo. The Appellants are 
merely rebutting the argument proffered by the Patent Office explaining why, just like Teodosiu, 
Araujo does not disclose determining by a server that first and second nodes, which are part of a 
peer-to-peer network, are also part of a same private network. Thus, the Appellants, are arguing 
why, in combination* neither Teodosiu nor Araujo discloses or suggests all of the features recited 
in claims 1-7, 9, 13-19, 21, 25-31, 33, and 37-40. Accordingly, claims 1, 13, 25, and 37 are 
patentable over the cited references. Likewise, claims 2-7, 9, 14-19, 21, 26-3 1, 33, and 38-40, 
which variously depend from claims 1,13, 25, or 37, are patentable for at least the same reasons 
along with the novel features recited therein. 

E. Claims 8, 10, 12, 20, 22, 24, 32, 34, 36, 41, And 43-47 Are Patentable Over 
Teodosiu In View Of Araujo And Further In View Of Dutta 

Claims 8, 10, 12, 20, 22, 24, 32, 34, 36, 41, and 43-47 were rejected under 35 U.S.C. § 

103(a) as being unpatentable over Teodosiu in view of Araujo and further in view of Dutta. The 

Appellants respectfully traverse the rejection. As detailed above, claims 1,13, 25, and 37, the 

base claims from which claims 8, 10, 12, 20, 22, 24, 32, 34, 36, 41, and 43-47 variously depend, 

are patentable over Teodosiu and Araujo. In addition, Dutta does not overcome the previously 

noted shortcomings of Teodosiu and Araujo. As such, claims 8, 10, 12, 20, 22, 24, 32, 34, 36, 

41, and 43-47 are patentable over the cited references. 

F. Claims 11, 23, 35, And 42 Are Patentable Over Teodosiu In View Of Araujo And 
Dutta And Farther In View Of Lopke 

Claims 1 1, 23, 35, and 42 were rejected under 35 U.S.C. § 103(a) as being unpatentable 

over Teodosiu in view of Araujo and Dutta and further in view of Lopke. The Appellants 
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respectfully traverse the rejection. As mentioned above, claims 1,13, 25, and 37, the base claims 
from which claims 1 1, 23, 35, and 42 respectively depend, are patentable over Teodosiu, Araujo, 
and Dutta. Moreover, Lopke does not address the previously noted shortcomings of Teodosiu, 
AraujOy and Dutta. As such, claims 1 1, 23, 35, and 42 are patentable over the cited references. 

G. Claims 1, 7, 8, 13, 19, 20, 25, 31, And 44-46 Are Patentable Over Dutta In View 
Of Yau 

Claims 1, 7, 8, 13, 19, 20, 25, 31, and 44-46 were rejected under 35 U.S.C. § 103(a) as 
being unpatentable over Dutta in view of Yau. The Appellants respectfully traverse the rejection. 

1. None Of The References, Either Alone Or In Combination, Disclose Or Suggest 
Determining By A Server That First And Second Nodes Are Part Of A Same 
Private Network, Where The First And Second Nodes Are Part Of A Peer-To- 
Peer Network 

In particular, claim 1 recites a method for optimizing private network file transfers 
comprising, among other features, "determining by the server that the first and second nodes are 
part of the same private network," where the first and second nodes are part of a peer-to-peer 
network. Claims 13 and 25 include similar features. The Appellants submit that none of the 
references, either alone or in combination, disclose or suggest determining by a server that first 
and second nodes are part of a same private network, where the first and second nodes are part of 
a peer-to-peer network. As correctly pointed out by the Patent Office, Dutta does not disclose 
this feature. (See Final Office Action mailed April 4, 2008, page 13). Nonetheless, the Patent 
Office maintains the rejection by indicating that Yau discloses this feature in paragraphs [0018], 
[0019], [0042], [0067], and [0070]-[0074]. (See Final Office Action mailed April 4, 2008, page 
14). The Appellants respectfully disagree. While Yau does disclose checking for source clients, 
which are behind the same firewall as a requesting client, neither of these clients are part of a 
peer-to-peer network. 

The Patent Office responds to this line of reasoning by indicating that Yau discloses the 
process of determining whether a requesting client and a source client are located within the 
same private network. (See Final Office Action mailed April 4, 2008, page 4). As mentioned 
above, Yau still does not disclose that the requesting client and the source client are part of a 
peer-to-peer network. The Patent Office addresses this argument by stating that the Appellants 



14 



are attempting to argue the references individually and not in combination. (See Final Office 
Action mailed April 4, 2008, page 4). The Appellants respectfully disagree. Specifically, as 
acknowledged by the Patent Office, Dutta does not disclose that a server determines if first and 
second nodes are part of the same private network. (See Office Action mailed November 1, 
2007, page 13; and Final Office Action mailed April 4, 2008, page 13). By acknowledging that 
Dutta does not disclose that a server determines if first and second nodes are part of the same 
private network, the Patent Office also acknowledges that Dutta does not disclose that a server 
determines if first and second nodes, which are part of a peer-to-peer network, are also part of 
the same private network. Due to this problem with Dutta, the Patent Office cites to Yau. The 
Appellants are merely rebutting the rejection issued by the Patent Office. The Appellants are 
explaining why, just like Dutta, Yau does not disclose determining by a server that first and 
second nodes, which are part of a peer-to-peer network, are also part of a same private network. 
Thus, the Appellants are arguing why, in combination, neither Dutta nor Yau discloses or 
suggests all of the features recited in claims 1, 7, 8, 13, 19, 20, 25, 31, arid 44-46. Accordingly, 
claims 1, 13, and 25 are patentable over the cited references. In addition, claims 7, 8, 19, 20, 31 , 
and 44-46, which variously depend from claim 1, 13, or 25, are patentable for at least the same 
reasons along with the novel features recited therein. 

H. Claims 2, 6, 14, 26, 30, And 32 Are Patentable Over Dutta In View Of Yau And 
Further In View Of Oguchi 

Claims 2, 6, 14, 26, 30, and 32 were rejected under 35 U.S.C. § 103(a) as being 

unpatentable over Dutta in view of Yau and further in view of Oguchi. The Appellants 

respectfully traverse the rejection. As discussed above, claims 1, 13, and 25, the base claims 

from which claims 2, 6, 14, 26, 30, and 32 variously depend, are patentable over Dutta and Yau. 

Furthermore, Oguchi does not address the previously noted shortcomings of Dutta and Yau. As 

such, claims 2, 6, 14, 26, 30, and 32 are patentable over the cited references. 

I. Claims 3-5, 9, 10, 12, 15-18, 21, 22, 24, 27-29, And 33-36 Are Patentable Over 
Dutta In View Of Yau And Oguchi And Further In View Of Araujo 

Claims 3-5, 9, 10, 12, 15-18,21,22, 24, 27-29, and 33-36 were rejected under 35 U.S.C. 

§ 1 03(a) as being unpatentable over Dutta in view of Yau and Oguchi and further in view of 

Araujo. The Appellants respectfully traverse the rejection. As detailed above, claims 1, 13, and 
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25, the base claims from which claims 3-5, 9, 10, 12, 15-18, 21, 22, 24, 27-29, and 33-36 
respectively depend, are patentable over Dutta, Yau, and Oguchi. Moreover, Araujo does not 
overcome the previously noted problems of Dutta, Yau, and Oguchi. Thus, claims 3-5, 9, 10, 12, 
1 5- 1 8, 2 1 , 22, 24, 27-29, and 33-36 are patentable over the cited references. 

J. Claims 11, 23, And 35 Are Patentable Over Dutta In View Of Yau, Oguchi, And 
Araujo And Further In View OiLopke 

Claims 1 1, 23, and 35 were rejected under 35 U.S.C. § 103(a) as being unpatentable over 

Dutta in view of Yau, Oguchi, and Araujo and further in view of Lopke. The Appellants 

respectfully traverse the rejection. As shown above, claims 1, 13, and 25, the base claims from 

which claims 1 1, 23, and 35 respectively depend, are patentable over Dutta, Yau, Oguchi, and 

Araujo. Moreover, Lopke does not address the previously noted shortcomings of Dutta, Yau, 

Oguchi, and Araujo. As such, claims 1 1, 23, and 35 are patentable over the cited references. 

K Claims 37 And 47 Are Patentable Over Dutta In View Of Yau And Further In 
View Of Araujo 

Claims 37 and 47 were rejected under 35 U.S.C. § 103(a) as being unpatentable over 
Dutta in view of Yau and further in view of Araujo. The Appellants respectfully traverse the 
rejection. Claim 37 recites a method for optimizing private network file transfers comprising, 
among other features, "determining that the second node is part of the same private network as 
the first node," where the first node and the second node are part of a peer-to-peer network. As 
previously discussed, neither Dutta, Yau, nor Araujo, either alone or in combination, discloses 
determining that a second node is part of a same private network as a first node where the first 
and second nodes are part of a peer-to-peer network. Thus, claim 37, along with claim 47, which 
depends therefrom, is patentable over the cited references. 

L. Claims 38-41 Are Patentable Over Dutta In View Of Yau And Araujo And 
Farther In View Of Oguchi 

Claims 38-41 were rejected under 35 U.S.C. § 103(a) as being unpatentable over Dutta in 

view of Yau and Araujo and further in view of Oguchi. The Appellants respectfully traverse the 

rejection. As shown above, claim 37, the base claim from which claims 38-41 ultimately 

depend, is patentable over Dutta, Yau, and Araujo. Additionally, Oguchi does not address the 
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previously noted shortcomings of Dutta, Yau, and Araitjo. Thus, claims 38-41 are patentable 
over the cited references. 

M. Claims 42 And 43 Are Patentable Over Dutta In View Of Yau, Araujo, And 
Oguchi And Further In View Of Lopke 

Claims 42 and 43 were rejected under 35 U.S.C. § 103(a) as being unpatentable over 

Dutta in view of Yau, Araujo, and Oguchi and farther in view of Lopke. The Appellants 

respectfully traverse the rejection. As indicated above, claim 37 ; the base claim from which 

claims 42 and 43 ultimately depend, is patentable over Dutta. Yau, Araujo, and Oguchi. In 

addition, Lopke does not overcome the previously noted problems of Dutta, Yau, Araujo, and 

Oguchi, Therefore, claims 42 and 43 are patentable over the cited references. 

N. Conclusion 

As set forth above, none of the references, either alone or in combination, disclose or 
suggest a server that determines that first and second nodes, which are part of a peer-to-peer 
network, are also part of the same private network. As such, the Appellants request that the 
Board reverse the Examiner and instruct the Examiner to allow the claims. 

Respectfully submitted, 

WITHROW & TERRANOVA, P.L.L.C. 




Anthony J. Josephson 

Registration No. 45,742 

100 Regency Forest Drive, Suite 1 60 

Cary,NC27518 

Telephone: (919) 238-2300 

Date: August 28, 2008 
Attorney Docket: 1 104-041 
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(8) CLAIMS APPENDIX 

1 . A method for optimizing private network file transfers in a peer-to-peer public network, 
the peer-to-peer public network including a server and a plurality of nodes, wherein at least two 
of the plurality of nodes are part of a same private network, the method comprising the steps of: 

(a) receiving by the server a search request from a first node of the plurality of nodes 
in the peer-to-peer public network for a file; 

(b) determining by the server that the file is stored on a second node of the plurality 
of nodes in the peer-to-peer network; 

(c) determining by the server that the first and second nodes are part of the same 
private network; and 

(d) sending instructions by the server to the first node to request the file from the 
second node, such that the second node transfers the file to the first node over the 
same private network. 

2. The method of claim 1 wherein step (a) includes the step of registering a client IP 
address, a subnet mask, and a peer IP address of both the first and second nodes with the server. 

3. The method of claim 2 wherein step (a) further includes the step of registering with the 
server whether network address translation (NAT) has been performed on the first and second 
nodes and whether the first and second nodes are directly reachable from other nodes of the 
plurality of nodes on the peer-to-peer public network or unreachable. 

4. The method of claim 3 wherein step (a) further includes the step of determining that NAT 
has been performed on a particular node when a client IP address of the particular node does not 
match a peer IP address of the particular node. 

5. The method of claim 4 wherein step (a) further includes the step of determining that the 
particular node is directly reachable from other nodes of the plurality of nodes on the peer-to- 
peer public network when the server can connect with the particular node using the client IP 
address of the particular node. 
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6. The method of claim 2 wherein step (a) further includes the step of storing the client IP 
address, the subnet mask, and the peer EP address of both the first and second nodes in a node 
registry. 

7. The method of claim 1 wherein step (a) further includes the step of allowing a user of the 
first node to enter search terms for finding a particular file. 

8. The method of claim 7 wherein step (b) further includes the steps of querying a database 
containing file names with the search terms to find file names matching the search terms, and 
identifying nodes containing the matching file, including the second node. 

9. The method of claim 4 wherein step (c) further includes the steps of: 

(i) determining that the second node is part of the same private network as the 
first node, and therefore locally reachable by the first node, when 

(1) NAT has been performed on both the first and second nodes and that 
peer IDs of both the first and second nodes match, or 

(2) NAT has not been performed on either the first and second nodes and 
that subnet IDs of each first and second nodes match. 

of claim 9 wherein step (c) further includes the steps of: 
returning a list of search results from the server to the first node, where the 
list includes the identities and addresses of the matching nodes, IP 
addresses, and subnet masks. 

11. The method of claim 10 wherein step (c)(ii) further includes the step of sorting search 
results first by locally reachable nodes followed by the directly reachable nodes. 

12. The method of claim 10 wherein step (d) further includes the steps of: 

(i) sending the client IP address of the second node to the first node such that 
the first node sends a request for the file to the second node using the 
client IP address of the second node; and 



10. The method 
(ii) 
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(ii) sending the file from the second node to the first node using the client IP 
address of the first node. 

13. A peer-to-peer public network, comprising 

at least one server coupled to the peer-to-peer public network; 

a first plurality of nodes coupled to the peer-to-peer public network; 

a private network including first and second nodes of the first plurality of nodes coupled 
to the peer-to-peer public network, wherein when a server receives a search request from the 
first node for a file, the server 

determines that the file is stored on the second node, 

determines that the first and second nodes are part of a same private network, and 
sends instructions to the first node to request the file from the second node, such 
that the second node transfers the file to the first node over the private network. 

14. The peer-to-peer public network of claim 13 wherein a client IP address, a subnet mask, 
and a peer IP address of both the first and second nodes are registered with the server. 

15. The peer-to-peer public network of claim 14 wherein the server registers whether 
network address translation (NAT) has been performed on the first and second nodes and 
whether the first and second nodes are directly reachable from other nodes of the plurality of 
nodes on the peer-to-peer public network or unreachable. 

1 6. The peer-to-peer public network of claim 1 5 wherein it is determined that NAT has been 
performed on a particular node when a client IP address of the particular node does not match a 
peer IP address of the particular node. 

1 7. The peer-to-peer public network of claim 16 wherein it is determined that the particular 
node is directly reachable from other nodes of the plurality of nodes on the peer-to-peer public 
network when the server can connect with the particular node using a client IP address of the 
particular node. 
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1 8. The peer-to-peer public network of claim 17 wherein the client IP address, the subnet 
mask, and the peer IP address of both the first and second nodes are stored in a node registry. 

19. The peer-to-peer public network of claim 13 wherein a user of the first node enters search 
terms for finding a particular file. 

20. The peer-to-peer public network of claim 1 8 wherein it is determined that the file is 
stored on the second node by querying a database containing file names with the search terms to 
find file names matching the search terms, and identifying nodes containing the matching file, 
including the second node. 

21 . The peer-to-peer public network of claim 1 6 wherein it is determined that the second 
node is part of the same private network as the first node, and therefore locally reachable by the 
first node, when 1) NAT has been performed on both the first and second nodes and that peer 
IDs of both the first and second nodes match, or 2) NAT has not been performed on either the 
first and second nodes and that subnet IDs of each first and second nodes match. 

22. The peer-to-peer public network of claim 21 wherein the server returns a list of search 
results to the first node, where the list includes the identities and addresses of the matching 
nodes, IP addresses, and subnet masks. 

23. The peer-to-peer public network of claim 22 wherein search results are sorted first by 
locally reachable nodes followed by the directly reachable nodes. 

24. The peer-to-peer public network of claim 22 wherein the client IP address of the second 
node is used to send a request for the file from the first node to the second node, and the file from 
the second node is sent to the first node using the client IP address of the first node. 

25. A computer readable medium containing program instructions for optimizing private 
network file transfers in a peer-to-peer public network, the peer-to-peer public network including 
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a server and a plurality of nodes, wherein at least two of the plurality of nodes are part of a same 
private network, the program instructions, which, when executed, perform the following: 

(a) receiving by the server a search request from a first node of the plurality of nodes 
in the peer-to-peer public network for a file; 

(b) determining by the server that the file is stored on a second node of the plurality 
of nodes in the peer-to-peer public network; 

(c) determining by the server that the first and second nodes are part of the same 
private network; and 

(d) sending instructions by the server to the first node to request the file from the 
second node, such that the second node transfers the file to the first node over the same 
private network. 

26. The computer readable medium of claim 25 further wherein instruction (a) includes the 
instruction of registering a client IP address, a subnet mask, and a peer IP address of both the 
first and second nodes with the server. 

27. The computer readable medium of claim 26 wherein instruction (a) further includes the 
instruction of registering with the server whether network address translation (NAT) has been 
performed on the first and second nodes and whether the first and second nodes are directly 
reachable from other nodes of the plurality of nodes on the peer-to-peer public network or 
unreachable. 

28. The computer readable medium of claim 27 wherein instruction (a) further includes the 
instruction of determining that NAT has been performed on a particular node when a client IP 
address of the particular node does not match a peer IP address of the particular node. 

29. The computer readable medium of claim 28 wherein instruction (a) further includes the 
instruction of determining that the particular node is directly reachable from other nodes of the 
plurality of nodes on the peer-to-peer public network when the server can connect with the 
particular node using the client IP address of the particular node. 
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30. The computer readable medium of claim 26 wherein instruction (a) further includes the 
instruction of storing the client IP address, the subnet mask, and the peer IP address of both the 
first and second nodes in a node registry. 

31. The computer readable medium of claim 25 wherein instruction (a) further includes the 
instruction of allowing a user of the first node to enter search terms for finding a particular file. 

32. The computer readable medium of claim 30 wherein instruction (b) further includes the 
instructions of querying a database containing file names with the search terms to find file names 
matching the search terms, and by identifying nodes containing the matching file, including the 
second node. 

33. The computer readable medium of claim 28 wherein instruction (c) further includes the 
instructions of: 

(i) determining that the second node is part of the same private network as the 
first node, and therefore locally reachable by the first node, when 

(3) NAT has been performed on both the first and second nodes and that 
peer IDs of both the first and second nodes match, or 

(4) NAT has not been performed on either the first and second nodes and 
that subnet IDs of each first and second nodes match. 

34. The computer readable medium of claim 33 wherein instruction (c) further includes the 
instructions of: 

(ii) returning a list of search results from the server to the first node, where the 
list includes the identities and addresses of the matching nodes, IP 
addresses, and subnet masks. 

35. The computer readable medium of claim 34 wherein instruction (c)(ii) further includes 
the instruction of sorting search results first by locally reachable nodes followed by the directly 
reachable nodes. 
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36. The computer readable medium of claim 34 wherein instruction (d) further includes the 
instructions of: 

(i) sending the client IP address of the second node to the first node such that 
the first node sends a request for the file to the second node using the 
client DP address of the second node; and 

(ii) sending the file from the second node to the first node using the client IP 
address of the first node. 

37. A method for optimizing private network file transfers in a peer-to-peer public network, 
the peer-to-peer public network including a server and a plurality of nodes, wherein a first node 
and a second node of the plurality of nodes in the peer-to-peer public network are part of a same 
private network, the method comprising the steps of: 

(a) registering with the server whether network address translation (NAT) has been 
performed on the first and second nodes and whether the first and second nodes 
are directly reachable from other nodes on the peer-to-peer public network; 

(b) receiving a search request from the first node for a file; 

(c) determining that the file is stored on the second node; 

(d) determining that the second node is part of the same private network as the first 
node, and therefore locally reachable by the first node, when 

(i) NAT has been performed on both the first and second nodes and that peer 
IDs of both the first and second nodes match, or 

(ii) NAT has not been performed on either the first and second nodes and that 
subnet IDs of each first and second nodes match. 

(e) sending instructions by the server to the first node to request the file from the 
second node, such that the second node transfers the file to the first node over the 
same private network. 

38. The method of claim 37 further wherein step (a) includes the step of registering a client 
IP address, a subnet mask, and a peer IP address of both the first and second nodes with the 
server. 
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39. The method of claim 38 wherein step (a) further includes the step of determining that 
NAT has been performed on a particular node when a client IP address of the particular node 
does not match a peer IP address of the particular node. 

40. The method of claim 39 wherein step (a) further includes the step of determining that the 
particular node is directly reachable from other nodes of the plurality of nodes on the peer-to- 
peer public network when the server can connect with the particular node using the client IP 
address of the particular node, 

41 . The method of claim 40 wherein step (d) further includes the step of returning a list of 
search results from the server to the first node, where the list includes the identities and addresses 
of the matching nodes, DP addresses, and subnet masks. 

42. The method of claim 41 wherein step (d) further includes the step of sorting the search 
results first by locally reachable nodes followed by the directly reachable nodes. 

43. The method of claim 42 wherein step (e) further includes the steps of: 

(ii) sending the client IP address of the second node to the first node such that 
the first node sends a request for the file to the second node using the 
client IP address of the second node; and 

(iii) sending the file from the second node to the first node using the client BP 
address of the first node. 

44. The method of claim 1 wherein step (a) comprises receiving by the server the search 
request from the first node including at least one search term identifying the file, and step (b) 
comprises querying a database relating each one of a number of files including the file and at 
least one of the plurality of nodes in the peer-to-peer public network storing the one of the 
number of files using the at least one search term to identify at least one of the plurality of nodes 
including the second node storing the file. 
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45. The peer-to-peer public network of claim 13 wherein the search request from the first 
node comprises at least one search term identifying the file, and the server further operates to 
query a database relating each one of a number of files including the file and at least one of the 
plurality of nodes in the peer-to-peer public network storing the one of the number of files using 
the at least one search term to identify at least one of the plurality of nodes including the second 
node storing the file. 

46. The computer readable medium of claim 25 wherein instruction (a) comprises receiving 
by the server the search request from the first node including at least one search term identifying 
the file, and instruction (b) comprises querying a database relating each one of a number of files 
including the file and at least one of the plurality of nodes in the peer-to-peer public network 
storing the one of the number of files using the at least one search term to identify at least one of 
the plurality of nodes including the second node storing the file. 

47. The method of claim 37 wherein step (b) comprises receiving by the server the search 
request from the first node including at least one search term identifying the file, and step (c) 
comprises querying a database relating each one of a number of files including the file and at 
least one of the plurality of nodes in the peer-to-peer public network storing the one of the 
number of files using the at least one search term to identify at least one of the plurality of nodes 
including the second node storing the file. 
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(9) EVIDENCE APPENDIX 

The Appellants rely on no evidence, thus this appendix is not applicable. 
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(10) RELATED PROCEEDINGS APPENDIX 

This Appeal Brief is related to a Notice of Appeal filed on February 28, 2007, an Appeal 
Brief filed on April 24, 2007, and a Revised Appeal Brief filed on My 30, 2007, which are 
attached as Appendix A. In response to the Revised Appeal Brief, prosecution was reopened 
through the mailing of a non-final Office Action on November 1 , 2007. The Appellants filed a 
response to the non-final Office Action on January 29, 2008. A Final Office Action was issued 
on April 4, 2008, to which the Appellants filed a response on June 4, 2008. The Patent Office 
issued an Advisory Action on June 16, 2008. As such, the Revised Appeal Brief filed on July 
30, 2007 was not reviewed by the Board of Patent Appeals and Interferences and no decision 
was rendered in response to the Appeal Brief. The Appellants then filed a Notice of Appeal on 
July 3, 2008. 
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The present REVISED APPEAL BRIEF is filed pursuant to 37 C.F.R. § 41.37(c) to 
address the Notification of Non-Compliant Appeal Brief mailed July 2, 2007 by amending 
section (7) ARGUMENT to argue each ground of rejection under its own heading indicating 
statutes and authorities, section (8) CLAIMS APPENDIX to correct claim 1, and sections (9) 
EVIDENCE APPENDIX and (10) RELATED PROCEEDINGS APPENDIX to state "NONE." 
Appellant has previously paid for the Appeal Brief, so no new fee should be required. If any 
additional fees are required in association with this appeal brief, the Director is hereby 
authorized to charge them to Deposit Account 50-1732, and consider this a petition therefor. 



REVISED APPEAL BRTF.TT 

(1) REAL PARTY IN INTEREST 

The present application is owned by Flashpoint Technology, Inc. whose corporate 
headquarters are 1 130 Situs Court, Suite 216, Raleigh, NC 27606. 

(2) RELATED APPEALS AND INTERFERENCES 

There are no related appeals or interferences to the best of the Appellants' knowledge. 

(3) STATUS OF CLAIMS 

Claims 1-47 were rejected with the rejection made final on November 30, 2006. 
Claims 1-47 are pending and are the subject of this appeal. 

(4) STATUS OF AMENDMENTS 

All amendments have been entered to the best of the Appellant's knowledge. No 
amendments have been filed after the Final Office Action mailed November 30, 2006. 

(5) SUMMARY OF CLAIMED SUBJECT MATTER 

In the following summary, the Appellants have noted where in the Specification certain 
subject matter exists. The Appellants wish to point out that these citations are for demonstrative 
purposes only and that the Specification may include additional discussion of the various 
elements, citations to which are not pointed out below. Thus, the noted citations are in no way 
intended to limit the scope of the pending claims. 

The present invention provides a method and system for optimizing private network file 
transfers in a public peer-to-peer network (See Figure 1 A, element 1 0; see also, Specification, p. 
5, 1. 17). The network includes a plurality of nodes (See Figure 1A, element 14; see also, 
Specification, p. 5, 11. 17-20) wherein at least two of the nodes are part of a private network (See 
Figure 1A, element 16; see also, Specification, p. 6, 11. 1-4). The method and system include 
receiving a search request from a first node for a file (See Figure 3, element 52c; see also, 
Specification, p. 10, 11. 22-23), and in response, detennining that the file is stored on a second 
node (See Figure 4A, element 150; see also, Specification, p. 10, 1. 23 through p. 1 1, 1. 5). It is 
then determined whether the first and second nodes are part of the same private network (See 
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Figure 4A, elements 152 and 154; see also, Specification, p. 1 1, 11. 7-15), and if so, the second 
node is used to transfer the file to the first node over the private network (See Figure 4B, 
elements 164, 166, 168, 170, and 172; see also, Specification, p. 12, 1. 11 through p. 13, 1. 2), 
instead of the public network. 

Claim 1 recites a method for optimizing private network file transfers in a peer-to-peer 
public network (See Figure 1 A, element 10; see also, Specification, p. 5, 1. 17), the peer-to-peer 
public network including a server (See Figure 1A, element 12; see also, Specification, p. 5, 11. 
17-19) and aplurality of nodes (See Figure 1A, element 14; see also, Specification, p. 5, 11. 17- 
20), wherein at least two of the plurality of nodes are part of a same private network (See Figure 
1 A, element 16; see also, Specification, p. 6, 11. 1-4), the method comprising the steps of: 

(a) receiving by the server a search request from a first node of the plurality of nodes 
in the peer-to-peer public network for a file (See Figure 3, element 52c; see also, 
Specification, p. 10, 11. 22-23); 

(b) deterrnining by the server that the file is stored on a second node of the plurality 
of nodes in the peer-to-peer network (See Figure 4A, element 150; see also, 
Specification, p. 10, 1. 23 through p. 11, 1. 5); 

(c) determining by the server that the first and second nodes are part of the same 
private network (See Figure 4A, elements 152 and 154; see also, Specification, p. 
11, 11. 7-15); and 

(d) sending instructions by the server to the first node to request the file from the 
second node, such that-the second node transfers the file to the first node over the 
private network (See Figure 4B, elements 164, 166, 168, 170, and 172; see also, 
Specification, p. 12, 1. 1 1 through p. 13, 1. 2). 

Claim 6 depends from dependent claim 2, which depends from independent claim 1, and 
recites wherein step (a) further includes the step of storing the client IP address, a subnet mask, 
and a peer IP address of both the first and second nodes in a node registry (See Figure 2, 
elements 104 and 106; see also, Specification, p. 9, 11. 4-10). 

Dependent claim 7 further defines independent claim 1 and recites wherein step (a) 
further includes the step of allowing a user of the first node to enter search terms for finding a 
particular file (See Figure 3, element 52c; see also, Specification, p. 10, 11. 22-23). 
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Claim 8 depends from dependent claim 7, which depends from independent claim 1 , and 
recites wherein step (b) further includes the steps of querying a database containing file names 
with the search terms to find file names matching the search terms, and identifying nodes 
containing the matching file, including the second node (See Figure 4A, element 150; see also, 
Specification, p. 11, 11. 2-4). 

Claim 9 depends from dependent claim 4, which ultimately depends from independent 
claim 1, and recites wherein step (c) further includes the steps of: 

(i) detenninihg that the second node is part of the same private network as the 
first node (See Figure 4A, elements 152 and 154; see also, Specification, 
p. 1 1, 11. 7-15), and therefore locally reachable by the first node, when 

(1) NAT has been performed on both the first and second nodes and at the 
peer IDs of both the first and second nodes match (See Figure 4A, 
elements 154 and 158; see also, Specification, p. 11, 11. 11-13), or 

(2) NAT has not been performed on either the first and second nodes and 
the subnet IDs of each first and second nodes match (See Figure 4A, 
elements 156 and 158; see also, Specification, p. 11, 11. 17-19). 

Claim 11 depends from dependent claim 10, which ultimately depends from independent 
claim 1, and recites wherein step (c)(ii) further includes the step of sorting the search results first 
by locally reachable nodes followed by the directly reachable nodes (Figure 4B, element 164; see 
also, Specification, p. 12, 11. 11-14). 

Claim 13 recites a peer-to-peer public network (See Figure 1A, element 10; see also, 
Specification, p. 5, 1. 17), comprising 

at least one server (See Figure 1A, element 12; see also, Specification, p. 5, 11. 17-19) 
coupled to the public network; 

a first plurality of nodes (See Figure 1A, element 14; see also, Specification, p. 5, 11. 17- 
20) coupled to the public network; 

a private network including first and second nodes of the first plurality of nodes (See 
Figure 1 A, element 16; see also, Specification, p. 6, 11. 1-4) coupled to the public network, 
wherein when the server receives a search request from the first node for a file (See Figure 3, 
element 52c; see also, Specification, p. 10, 11. 22-23), the server 
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determines that the file is stored on the second node (See Figure 4A, element 150; 
see also, Specification, p. 10, 1. 23 through p. 11,1. 5), 

determines that the first and second nodes are part of the same private network 
(See Figure 4A, elements 152 and 154; see also, Specification, p. 11, U. 7-15), and 

sends instructions to the first node to request the file from the second node, such 
that the second node transfers the file to the first node over the private network (See 
Figure 4B, elements 164, 166, 168, 170, and 172; see also, Specification, p. 12, 1. 11 
through p. 13,1.2). 

Claim 1 8 depends from dependent claim 1 7, which ultimately depends from independent 
claims 13, and recites wherein the client IP address, a subnet mask, and a peer IP address of both 
the first and second nodes are stored in a node registry (See Figure 2, elements 104 and 106; see 
also, Specification, p. 9, 11. 4-10). 

Dependent claim 19 further defines independent claim 13 and recites wherein a user of 
the first node enters search terms for finding a particular file (See Figure 3, element 52c; see 
also, Specification, p. 10, 11. 22-23). 

Claim 20 depends from claim 1 8, which ultimately depends from claim 13, and recites 
wherein it is detennined the file is stored on the second node by querying a database containing 
file names with the search terms to find file names matching the search terms, and identifying 
nodes containing the matching file, including the second node (See Figure 4A, element 150; see 
also, Specification, p. 1 1, 11. 2-4). 

Claim 21 depends from dependent claim 16, which ultimately depends from independent 
claim 13, and recites wherein it is detennined that the second node is part of the same private 
network as the first node (See Figure 4A, elements 152 and 154; see also, Specification, p. 1 1, 11. 
7-15), and therefore locally reachable by the first node, when 1) NAT has been performed on 
both the first and second nodes and at the peer IDs of both the first and second nodes match (See 
Figure 4A, elements 154 and 158; see also, Specification, p. 1 1, 11. 1 1-13), or 2) NAT has not 
been performed on either the first and second nodes and the subnet IDs of each first and second 
nodes match (See Figure 4A, elements 156 and 158; see also, Specification, p. 11, 11. 17-19). 

Claim 23 depends from dependent claim 22, which ultimately depends from independent 
claim 13, and recites wherein the search results are sorted first by locally reachable nodes 
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followed by the directly reachable nodes (Figure 4B, element 164; see also, Specification, p. 12, 
11.11-14). 

Claim 25 recites a computer readable medium containing program instructions for 
optimizing private network file transfers in a peer-to-peer public network (See Figure 1 A, 
element 10; see-also, Specification, p. 5, 1. 17), the peer-to-peer public network including a 
server (See Figure 1A, element 12; see also, Specification, p. 5, 11. 17-19) and a plurality of 
nodes (See Figure 1 A, element 14; see also, Specification, p. 5, U. 17-20), wherein at least two of 
the plurality of nodes are part of a same private network (See Figure 1 A, element 1 6; see also, 
Specification, p. 6, 11. 1-4), the program instructions for: 

(a) receiving by the server a search request from a first node of the plurality of nodes 
in the.peer-to-peer public network for a file (See Figure 3, element 52c; see also, 
Specification, p. 10, 11. 22-23); 

(b) deteirruning by the server that the file is stored on a second node of the plurality 
of nodes in the peer-to-peer public network (See Figure 4A, element 150; see also, 
Specification, p. 10, 1. 23 through p. 11, 1. 5); 

• (c) detennining by the server that the first and second nodes are part of the same 

private network (See Figure 4A, elements 152 and 154; see also, Specification, p. 
11, 11. 7-15); and 

(d) sending instructions by the server to the first node to request the file from the 
second node, such that the second node transfers the file to the first node over the private 
network (See Figure 4B, elements 164, 166, 168, 170, and 172; see also, Specification, p. 12, 1. 
11 through p. 13,1.2). 

Claim 30 depends from dependent claim 26, which depends from independent claim 25, 
and recites wherein instruction (a) further includes the instruction of storing the client IP address, 
a subnet mask, and a peer IP address of both the first and second nodes in a node registry (See 
Figure 2, elements 104 and 106; see also, Specification, p. 9, 11. 4-10). 

Dependent claim 3 1 further defines independent claim 25 and recites wherein instruction 
(a) further includes the instruction of allowing a user of the first node to enter search terms for 
finding a particular file (See Figure 3, element 52c; see also, Specification, p. 1 0, 11. 22-23). 

Claim 32 depends from dependent claim 30, which ultimately depends from independent 
claim 25, and recites wherein instruction (b) further includes the instructions of querying a 



6 



f" 



( 



database containing file names with the search terms to find file names matching the search 
terms, and by identifying nodes containing the matching file, including the second node (See 
Figure 4A, element 150; see also, Specification, p. 1 1, 11. 2-4). 

Claim 33 depends from dependent claim 28, which ultimately depends from independent 
claims 25, and recites wherein instruction (c) further includes the instructions of: 

(i) determining that the second node is part of the same private network as the 
first node, and therefore locally reachable by the first node (See Figure 
4A, elements 152 and 154; see also, Specification, p. 1 1, 11. 7-15), when 

(3) NAT has been performed on both the first and second nodes and at the 
• peer IDs of both the first and second nodes match (See Figure 4A, 

elements 154 and 158; see also, Specification, p. 1 1, 11. 11-13), or 

(4) NAT has not been performed on either the first and second nodes and 
the subnet IDs of each first and second nodes match (See Figure 4A, 
elements 156 and 158; see also, Specification, p. 11, 11. 17-19). 

Claim 35 depends from dependent claim 34, which ultimately depends from independent 
claim 25, and recites wherein instruction (c)(ii) further includes the instruction of sorting the 
search results first by locally reachable nodes followed by the directly reachable nodes (Figure 
4B, element 164; see also, Specification, p. 12, U. 11-14). 

Claim 37 recites a method for optimizing private network file transfers in a peer-to-peer 
.public network (See Figure 1A, element 10; see also, Specification, p. 5, 1. 17), the peer-to-peer 
public network including a server (See Figure 1 A, element 12; see also, Specification, p. 5, 11. 
17-19) and a plurality of nodes (See Figure 1A, element 14; see also, Specification, p. 5, 11. 17- 
20), wherein a first node and a second node of the plurality of nodes in the peer-to-peer public 
network are part of a same private network (See Figure 1A, element 16; see also, Specification, 
p. 6, 11. 1-4), the method comprising the steps of: 

(a) registering with the server whether network address translation (NAT) has been 
performed on the first and second nodes (See Figure 2, elements 1 10 and 1 12; see 
also, Specification, p. 9, 11. 12-21) and whether the first and second nodes are 
directly reachable from other nodes on the public network (See Figure 2, elements 
116 and 118; see also, Specification, p. 9, 11. 14 through p. 10, 1. 3); 
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(b) receiving a search request from the first node for a file (See Figure 3, element 
52c; see also, Specification, p. 10, 11. 22-23); 

(c) determining that the file is stored on the second node (See Figure 4A, element 
150; see also, Specification, p. 10, 1. 23 through p. 1 1, 1. 5); 

(d) determining that the second node is part of the same private network as the first 
node, and therefore locally reachable by the first node (See Figure 4A, elements 
152 and 154; see also, Specification, p. 11, 11. 7-15), when 

(i) NAT has been performed on both the first and second nodes and at the 
peer IDs of both the first and second nodes match (See Figure 4A, 
elements 154 and 158; see also, Specification, p. 11, 11. 11-13), or 

(ii) NAT has not been performed on either the first and second nodes and the 
subnet IDs of each first and second nodes match (See Figure 4A, elements 
156 and 158; see also, Specification, p. 11, 11. 17-19). 

(e) sending instructions by the server to the first node to request the file from the 
second node, such that the second node transfers the file to the first node over the 
private network (See Figure 4B, elements 164, 166, 168, 170, and 172; see also, 
Specification, p. 12, 1. 1 1 through p. 13, 1. 2). 

Claim 42 depends from dependent claim 41, which ultimately depends from independent 
claim 37, and recites wherein step (d) further includes the step of sorting the search results first 
by locally reachable nodes followed by the directly reachable nodes (Figure 4B, element 164; see 
also, Specification, p. 12, 11. 1 1-14). 

Dependent claim 44 further defines independent claim 1 and recites wherein step (a) 
comprises receiving by the server the search request from the first node including at least one 
search term identifying the file (See Figure 3, element 52c; see also, Specification, p. 10, 11. 22- 
23), and step (b) comprises querying a database relating each one of a number of files including 
the file and at least one of the plurality of nodes in the peer-to-peer public network storing the 
one of the number of files using the at least one search term to identify at least one of the 
plurality of nodes including the second node storing the file (See Figure 4A, element 150; see 
also, Specification, p. 1 1, 11. 2-4). 

Dependent claim 45 further defines independent claim 13 and recites that the search 
request from the first node comprises at least one search term identifying the file (See Figure 3, 
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element 52c; see also, Specification, p. 10, 11. 22-23), and the server further operates to query a 
database relating each one of a number of files including the file and at least one of the plurality 
of nodes in the peer-to-peer public network storing the one of the number of files using the at 
least one search term to identify at least one of the plurality of nodes including the second node 
storing the file (See Figure 4A, element 150; see also, Specification, p. 1 1, U. 2-4). 

Dependent claim 46 further define independent claim 25 and recites wherein instruction 
(a) comprises receiving by the server the search request from the first node including at least one 
search term identifying the file (See Figure 3, element 52c; see also, Specification, p. 10, 11. 22- 
23), and instruction (b) comprises querying a database relating each one of a number of files 
including the file and at least one of the plurality of nodes in the peer-to-peer public network 
storing the one of the number of files using the at least one search term to identify at least one of 
the plurality of nodes including the second node storing the file (See Figure 4A, element 150; see 
also, Specification, p. 11, 11. 2-4). 

Dependent claim 47 further defines independent claim 37 and recites wherein step (b) 
comprises receiving by the server the search request from the first node including at least one 
search term identifying the file (See Figure 3, element 52c; see also, Specification, p. 10, 11. 22- 
23), and step (c) comprises querying a database relating each one of a number of files including 
the file and at least one of the plurality of nodes in the peer-to-peer public network storing the 
one of the number of files using the at least one search term to identify at least one of the 
plurality of nodes including the second node storing the file (See Figure 4A, element 150; see 
also, Specification, p. 11, 11. 2-4). 



(6) GROUNDS OF REJECTION TO BE REVIEWED ON APPEAL 

A Whether claims 1, 7, 8, 13, 19, 20, 25, 31, 32, and 44-46 were properly rejected under 
35 U.S.C. § 102(e) as being anticipated by U.S. Patent Application Publication No. 
2002/0062336 Al to Teodosiu et al. (hereinafter "Teodosiu '336"). 

B. Whether claims 2-6, 9-12, 14-18, 21-24, 26-30, 33-43, and 47 were rejected under 35 
U.S.C. § 103(a) as being unpatentable over Teodosiu '336 in view of U.S. Patent No. 6,510,154 
Bl to Mayes et al. (hereinafter "Mayes**). 
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(7) ARGUMENT 

A, Introduction 

The Appellants submit that the pending claims are patentable over the cited references. 
In particular, the claims recite a server which determines that first and second nodes are part of 
the same private network. The Appellants submit that none of the references which are valid, 
either alone or even in combination, discloses or suggests a server which determines that first 
and second nodes are part of the same private network. At most, the cited references, which are 
valid, disclose a server which interacts with nodes. However, none of the references discloses or 
even suggests that the server determines that first and second nodes are part of the same private 
network. 

Furthermore, Teodosiu '336 is not aproper reference under 35 U.S.C. §102(e) and the 
applications to which Teodosiu '336 claims priority, Provisional Application Nos. 60/252,658 
and 60/252,659, do not include the subject matter relied upon by the Patent Office in maintaining 
the rejection of the pending claims. In addition, neither Provisional Application No. 60/252,658 
nor Provisional Application No. 60/252,659 discloses or suggests all the subject matter recited in 
the pending claims. Moreover, Mayes does not overcome the deficiencies of Teodosiu '336 nor 
Provisional Application Nos. 60/252,658 and 60/252,659. 

The Patent Office has also failed to establish the proper motivation for combining the 
cited references. Particularly, the problems and teachings of the individual references are vastly 
different from one another such that one skilled in the art would not be motivated to combine the 
references. Further, the Patent Office has failed to establish how the knowledge of one of 
ordinary skill in the art would provide the motivation to combine the cited references. The 
Patent Office has also not provided any evidence to prove the motivation to combine the 
references. As such, the Appellants request that the Board reverse the Examiner and instruct the 
Ex amin er to allow the claims for these reasons. 

B. Summary of the References 

1. U.S. Patent Application Publication No. 2002/0062336 Al to Teodosiu '336 

Teodosiu '336 was filed on September 13, 2001, and claims priority to Provisional 
Application No. 60/252,658 filed on November 22, 2000 and Provisional Application No. 
60/252,659, also filed on November 22, 2000. Teodosiu '336 relates generally to peer-to-peer 
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networking. 1 In particular, Teodosiu '336 discloses that as a peer resource is cached and made 
available at peer devices, a locator service tracks state information for each copy of the 
resources. In addition, the locator service maintains coherency among copies as the resource is 
modified or deleted. 3 

2. U.S. Provisional Application No. 60/252,658 to Teodosiu 

U.S. Provisional Application No. 60/252,658 to Teodosiu (hereinafter "Teodosiu '658"), 
relates to peer-to-peer networks. 4 Teodosiu '658 provides a peer-to-peer locator and tracking 
service. 5 In particular, Teodosiu fi 658 discloses a resource naming service (RNS) which allows 
for end-user machines to locate a peer resource. 6 The RNS also caches files, keeps track of 
existing up-to-date cached copies and tracks the availability of end-user machines. 7 

3. U.S. Provisional Application No. 60/252,659 to Teodosiu 

U.S. Provisional Application No. 60/252,659 to Teodosiu (hereinafter "Teodosiu '659"), 
relates to peer-to-peer networks. 8 Teodosiu '658 provides a peer-to-peer naming scheme. 9 
Teodosiu '659 extends the Uniform Resource Locator (URL) naming scheme with a 
distinguished set of URL's used to name peer-to-peer resources. 30 The naming scheme disclosed 
therein relies on the existence of a peer-to-peer locator service for each Domain Name System to 
which peer-to-peer resources have been assigned. 11 

4. U.S. Patent No. 6,510,154 81 to Mayes 

Mayes relates to address translation systems which map local Internet Protocol (IP) 
addresses used by hosts on a private network to globally unique IP addresses for communicating 



1 See Teodosiu l 336, paragraph [0004]. 

2 Id at Abstract 

3 Ibid 

4 See Teodosiu '658, page 1, first paragraph. 

5 Id at page 3, first complete paragraph. 

6 Ibid 

7 Ibid 

8 See Teodosiu c 659, page 1, first paragraph. 

9 See Teodosiu ( 659, paragraph bridging pages 2 and 3. 

10 Id at page 2, last paragraph. 

n Id at page 3, fourth paragraph. 
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with hosts on the Internet. 12 Mayes provides a system which employs a Network Address 
Translation protocol in conjunction with an adaptive security algorithm to keep unwanted 
packets out of aprivate network. 13 According to Mayes, a first network address on a packet that 
matches a second network layer address in an address translation list is identified 14 The 
matched network address is then translated to a corresponding third network layer address and 
the packet is matched against a security criterion. 15 

C. Legal Standards 

1. For Establishing Anticipation 

Section 102 of the Patent Act provides the statutory basis for an anticipation rejection and 
states inter alia: 

A person shall be entitled to a patent unless 
*** 

(e) the invention was described in - (1) an application for patent, published under 
section 122(b), by another filed in the United States before the invention by the 
applicant for patent or (2) a patent granted on an application for patent by another 
filed in the United States before the invention by the applicant for patent, except 
that an international application filed under the treaty defined in section 35 1(a) 
shall Have the effects for the purposes of this subsection of an application filed in 
the United States only if the international application designated the United States 
and was published under Article 21(2) of such treaty in the English language 

The Federal Circuit's test for anticipation has been set forth numerous times. "It is 
axiomatic that for prior art to anticipate under 1 02 it has to meet every element of the claimed 
invention." 16 This standard has been reinforced. "To anticipate a claim, a reference must 
disclose every element of the challenged claim and enable one skilled in the art to make the 
anticipating subject matter." 17 Further, "a finding of anticipation requires that the publication 
describe all of the elements of the claims, arranged as in the patented device ." 18 



n See Mayes, col. 1, U. 10-13. 
u See Mayes, col. 2, II. 19-22. 

14 Id at col. 15, U. 31-33. 

15 /<Z at col. 15,11.37-47. 

" Hybritechlnc v. Monoclonal Antibodies, Inc., 802 F.2d 1367, 1379 (Fed. Cir. 1986). 

PPG Indus. Inc. v. Guardian Indus, Corp., 75 F.3d 1558, 1577 (Fed Cir. 1996) (citations omitted). 

CJL Bard Inc. v. M3 Sys. Inc., 157 F.3d 1340, 1349 (Fed. Cir. 1998) (emphasis added and citations omitted). 
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2. For Establishing Obviousness 

Section 103(a) of the Patent Act provides the statutory basis for an obviousness rejection 
and reads as follows: 

A patent may not be obtained though the invention is not identically disclosed or 
described as set forth in section 102 of this title, if the differences-between the 
subject matter sought to be patented and the prior art are such that the subject 
matter as a whole would have been obvious to a person having ordinary skill in 
the art to which said subject matter pertains. Patentability shall not be negatived 
by the manner in which the invention was made. 

Courts have interpreted 35 U.S.C § 103(a) as a question of law based on underlying 
facts. As the Federal Circuit stated: 

Obviousness is ultimately a determination of law based on underlying 
determinations of fact. These underlying factual determinations include: (1) the 
scope and content of the prior art; (2) the level of ordinary skill in the art; (3) the 
differences between the claimed invention and the prior art; and (4) the extent of 
any proffered objective indicia of nonobviousness. 

Once the scope of the prior art is ascertained, the content of the prior art must be properly 
combined. Initially, the Patent Office must show that there is a suggestion to combine the 
references. 20 After the combination has been made, for a prima facie case of obviousness, the 
combination must still teach or fairly suggest all of the claim elements. 21 

Some elements may be inherent within the reference. "To establish inherency, the 
extrinsic evidence 'must make clear that the missing descriptive matter is necessarily present in 
the thing described in the reference, and that it would be so recognized by persons of ordinary 
skill.'" 22 "The mere fact that a certain thing may result from a given set of circumstances is not 
sufficient.'* 23 Thus, the possibility that an element may be derived from the reference is 
insufficient to establish that said element is inherent to the reference. 

Whether an element is implicitly or explicitly taught by a reference or combination of 
references is open to interpretation. While the Patent Office is entitled to give claim terms their 
broadest reasonable interpretation, this interpretation is limited by a number of factors. First, the 

19 Monarch Knitting Mack Corp. v. SuherMorat GmBH, 45 U.S.P.Q.2d (BNA) 1977, 1981 (Fed Cir. 1998) 

(internal citations omitted). 

20 In re Dembiczak, 175 F.3d 994 (Fed. Cir. 1999). 

£ In re Royka, 490 F2d 98 1 (C.C J> A. 1974); MPEP § 2143 .03. 

22 In re Robertson, 169 F3d 743, 745 (Fed. Cir. 1999) (quoting Cont'l Can Co. v. Monsanto Co., 948 F.2d 1264 

1268 (Fed. Cir. 1991)). ' 1 

23 Id (citation and quotation omitted). 
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interpretation must be consistent with the specification. 24 Second, the broadest reasonable 
interpretation of the claims must also be consistent with the interpretation that those skilled in the 
art would reach. 25 Finally, the interpretation must be reasonable. 26 This means that the words of 
the claim must be given their plain meaning unless Appellant has provided a clear definition in 
the specification. 2 ? 

If a claim element is missing after the combination is made, then the combination does 
not render obvious the claimed invention, and the claims are allowable. As stated by the Federal 
Circuit, "[if) the PTO fails to meet this burden, then the Appellant is entitled to the patent." 28 

D. Claims 1, 7, 8, 13, 19, 20, 25, 31, 32, and 44-46 Are Not Anticipated By 
Teodosiu 4 336 Under 35 ILS.C. § 102(e) 

1. Teodosiu e 336 is Not a Proper Reference Under 35 U.S.C. § 102(e) 

The Appellants respectfully submit that Teodosiu '336 is not a proper reference under 35 
U.S.C. §102(e). According to 35 U.S.C. § 102(e), a person shall be entitled to a patent unless 
'the invention was described in - (1) an application for patent, published under section 122(b), 
by another filed in the United States before the invention by the applicant for patent." The 
Appellants submit that Teodosiu '336 is not a proper reference under 35 U.S.C. § 102(e). In 
particular, the present application has a filing date of March 21, 2001. Teodosiu '336 has a filing 
date of September 13, 2001, well after the filing date of the present application. Nevertheless, 
Teodosiu '336 claims priority to Teodosiu '658 and Teodosiu '659, which were filed on 
November 22, 2000. According to Chapter 201 . 1 1 of the M.P.E.P., the "later-filed application 
must be an application for a patent for an invention which is also disclosed in the prior 
application (the parent or original nonprovisional application or provisional application); the 
disclosure of the invention in the prior application and in the later-filed application must be 
sufficient to comply with the requirements of the first paragraph of 35 U.S.C. § 1 12." The 
disclosure of Teodosiu '336 is different from the disclosures of both Teodosiu '658 and Teodosiu 
'659. Moreover, all the subject matter disclosed in Teodosiu '336 is not disclosed in Teodosiu 
'658 and Teodosiu '659 in accordance with the first paragraph of 35 U.S.C. § 112. 

24 In re Hyatt, 211 F3d 1367, 1372 (Fed Cir. 2000); MPEP § 2111. 

25 In re Cortright, 165 F3d 1353, 1359, (Fed Cir. 1999); MPEP § 21 1 1. 

" InreAm.Acad ofScl Tech. Ctr. 9 367F.3d 1359, 1369 (Fed. Cir. 2004); MPEP § 2111.01. 

27 In reZletz, 893 F.2d 319, 321 (Fed. Cir. 1989). 

28 In re Glaug, 283 F.3d 1335, 1338 (Fed. Cir. 2002). 
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Nevertheless, in maintaining the rejection, the Patent Office asserted that the Appellants 
have "not provided any sufficient evidence showing the non-compliance." 29 Even though the 
Appellants are not required to provide evidence as asserted by the Patent Office, the Appellants 
nevertheless submit ample evidence indicating that Teodosiu '336 includes subject matter which 
was not disclosed in either Teodosiu '658 or Teodosiu '659. For example, in maintaining the 
rejection of claim 1, the Patent Office states that paragraphs [0047] - [0049] and Figure 2, item 
#250 of Teodosiu *336 disclose the feature of "determining by the server that the first and second 
nodes are part of the same private network" as recited in claim l. 30 The Appellants have 
reviewed both Teodosiu '658 and Teodosiu '659 and respectfully submit that the subject matter 
disclosed in paragraphs [0047] - [0049] of Teodosiu c 336 is not disclosed in Teodosiu '658 or 
Teodosiu '659. Regarding the Figures, neither Teodosiu '658 nor Teodosiu '659 includes 
Figures remotely similar to Figure 2 of Teodosiu '336 nor item #250. In fact, Teodosiu '659 
does not include any Figures whatsoever. As a further example, in rejecting claims 7-9, 1 1, 44, 
and 47, the Patent Office states that paragraphs [0035] - [0037], [0044] - [0053] and [0057] - 
[0069] disclose the features recited in claims 7-9, 1 1 , 44, and 47. 31 The Appellants have 
reviewed both Teodosiu '658 and Teodosiu '659 and respectfully submit that the subject matter 
disclosed in paragraphs [0045] - [0053] and paragraphs [0057] - [0069] of Teodosiu '336 is not 
disclosed in Teodosiu '658 or Teodosiu '659. Therefore, all the subject matter disclosed in 
Teodosiu '336 is not entitled to the filing date of Teodosiu '658 and Teodosiu '659, and Teodosiu 
'336 thus is not a proper reference under 35 U.S.C. § 1 02(e). In light of these problems with 
Teodosiu '336, the Appellants will address Teodosiu '658 and Teodosiu' 659 in responding to the 
pending rejections. 

2. Neither Teodosiu '658 Nor Teodosiu e 659 Discloses All the Features 
Recited in Claims 1, 7, 8, 13, 19, 20, 25, 31, 32, and 44-46 

i. Neither Teodosiu '658 Nor Teodosiu '659 Discloses a Server Which 
Determines that First and Second Nodes are Part of the Same 
Private Network 

Neither Teodosiu '658 nor Teodosiu '659 discloses all the features recited in claims 1, 7, 
8, 13, 19, 20, 25, 31, 32, and 44-46. According to Chapter 2131 of the Mi\E.P., in order to 

29 See Advisory Action mailed February 2, 2006, page 2. 

30 See Final Office Action mailed November 30, 2006, page 3. 

31 See Final Office Action mailed November 30, 2006, page 3. 
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anticipate a claim under 35 U.S.C. § 102, ct the reference must teach every element of the claim." 
The Appellants respectfully submit that neither Teodosiu '658 nor Teodosiu '659 discloses each 
and every element recited in claims 1, 7, 8, 13, 19, 20, 25, 31, 32, and 44-46. Accordingly, these 
references cannot anticipate these claims. More specifically, claim 1 recites a method for 
op timizin g private network file transfers comprising, among other features, "determining by the 
server that the first and second nodes are part of the same private network." Claims 13 and 25 
include similar features. The Appellants submit that neither Teodosiu c 658 nor Teodosiu '659 
discloses or even suggests that a server determines that first and second nodes are part of the 
same private network. While these references do disclose a server which interacts with nodes, 
neither reference discloses or even suggests that the server determines that first and second nodes 
are part of the same private network. As such, claims 1,13, and 25 are patentable over both 
Teodosiu '658 and Teodosiu '659. 

iL Neither Teodosiu '658 Nor Teodosiu '659 Discloses that a User at 
a First Node Enters a Search Term for Finding a Particular File 

Claim 7 recites allowing a user of the first node to "enter search terms for finding a 

particular file." Claims 19 and 3 1 include similar features. The Appellants submit that neither 

Teodosiu '658 nor Teodosiu '659 discloses or suggests that a user at a first node enters a search 

term for finding a particular file. In fact, neither Teodosiu '658 nor Teodosiu '659 discloses 

entering a search term to find anything, much less a particular file. As such, in addition to the 

reasons listed above, claims 7, 19, and 31 are patentable over Teodosiu '658 and Teodosiu '659. 

iiL Neither Teodosiu '658 Nor Teodosiu '659 Discloses Querying a 
Database with Search Terms to Find File Names that Match the 
Search Terms 

Claim 8 recites "querying a database containing file names with the search terms to find 
file names matching the search terms." Claims 20 and 32 include similar features. The 
Appellants submit that neither Teodosiu '658 nor Teodosiu '659 discloses or suggests querying a 
database with search terms to find file names that match the search terms. As mentioned above, 
neither Teodosiu '658 nor Teodosiu '659 disclose anything relating to search terms. Thus, 
neither Teodosiu '658 nor Teodosiu c 659 can disclose querying a database with search terms to 
find file names which match search terms. Accordingly, in addition to the reasons noted above 
claims 8, 20, and 32 are patentable over Teodosiu '658 and Teodosiu '659. 
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iv. Neither Teodosiu '658 Nor Teodosiu '659 Discloses All the 
Features Recited in Claim 44 

Claim 44 recites "receiving by the server the search request from the first node including 

at least one search term identifying the file." Claim 44 also recites "querying a database relating 

each one of a number of files including the file and at least one of the plurality of nodes in the 

peer-to-peer public network storing the one of the number of files using the at least one search 

term to identify at least one of the plurality of nodes including the second node storing the file." 

Claims 45 and 46 include similar features. As detailed above, neither Teodosiu '658 nor 

Teodosiu '659 discloses or suggests receiving a search term or querying a database using a 

search term, as recited in claims 44-46. Thus, in addition to the reasons noted above, claims 44- 

46 are patentable over Teodosiu '658 and Teodosiu '659. 

E. Claims 2-6, 9-12, 14-18, 21-24, 26-30, 33-43, and 47 Are Patentable Over 
Teodosiu '658 or Teodosiu '659 in View of Mayes Under 35 U.S.C. § 103(a) 

Claims 2-6, 9-12, 14-18, 21-24, 26-30, 33-43, and 47 were rejected under 35 U.S.C. § 

1 03(a) as being unpatentable over Teodosiu '336 in view of Mayes. The Appellants respectfully 

traverse the rejection. As indicated above, Teodosiu '336 is not a valid reference under 35 

U.S.C. § 102(e). However, for purposes of addressing the rejection, the Appellants will address 

Teodosiu '658 and Teodosiu '659 in view of Mayes. 

1. Neither Teodosiu '658, Teodosiu '659, Nor Mayes, Either Alone or in 
Combination, Discloses or Suggests that a Second Node is Part of the 
Same Private Network as the First Node 

None of the cited references discloses all the features recited in claims 37. According to 
Chapter 2143.03 of the M.P.E.P., in order to "establish prima facie obviousness of a claimed 
invention, all the claim limitations must be taught or suggested by the prior art." Claim 37 
recites a method for optimizing private network file transfers comprising, among other features, 
"determining that the second node is part of the same private network as the first node." As 
detailed above, neither Teodosiu '658, nor Teodosiu '659, discloses or suggests deterrnining that 
a second node is part of the same private network as a first node. In addition, Mayes does not 
disclose this feature. 
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In addition, claim 37 recites that the second node is "locally reachable by the first node." 
The Appellants have reviewed the cited references and submit that none of the cited references, 
either alone or in combination, discloses or suggests that the second node is locally reachable by 
the first node. Thus, in addition to the reasons noted above, claim 37 is patentable over Teodosiu 
'658 or Teodosiu '659 in view of Mayes. 

Regarding claims 2-5, 12, 14-17, 24, 26-29, 36, 38-41, and 43, as mentioned above, 
neither Teodosiu 6 658 nor Teodosiu '659, either singularly or in combination, discloses or 
suggests all the features recited in claims 1, 13, 25, and 37, the base claims from which claims 2- 
5, 12, 14-17, 24, 26-29, 36, 38-41, and 43 variously depend. Similarly, Mayes does not address 
the previously noted shortcomings of Teodosiu 6 65 8 and Teodosiu '659, namely, determining 
that a first node and a second node are part of the same private network. As such, these claims 
are patentable over Teodosiu 8 658 or Teodosiu '659 in view of Mayes, 

2. Neither Teodosiu '658, Teodosiu '659, Nor Mayes, Either Alone or in 
Combination, Discloses or Suggests Storing a Client IP Address, a Subnet 
Mask, and a Peer IP Address of a First Node and a Second Node in a 
Node Registry 

Claim 6 recites storing 5t the client IP address, a subnet mask, and a peer IP address of 
both the first and second nodes in a node registry." Claims 18 and 30 include similar features. 
The Appellants submit that none of the references, either singularly or in combination, discloses 
or suggests the feature of storing a client IP address, a subnet mask, and a peer IP address of a 
first node and a second node in a node registry. In particular, none of the cited references 
discloses a node registry. Since none of the references discloses a node registry, it follows that 
none of the references can disclose storing a client IP address, a subnet mask, and a peer IP 
address of a first node and a second node in a node registry. Therefore, in addition to the reasons 
noted above, claims 6, 18, and 30 are patentable over Teodosiu '658 or Teodosiu '659 in view of 
Mayes. 

3. Neither Teodopiu '658, Teodosiu '659, Nor Mayes, Either Alone or in 
Combination, Discloses or Suggests that Since a First Node and a Second 
Node are Part of the Same Private Network, the Second Node is 
Locally Reachable by the first Node 

Claim 9 recites "determining that the second node is part of the same private network as 

the first node, and therefore locally reachable by the first node." Claims 21 and 33 include 
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similar features. As discussed above, neither Teodosiu '658, Teodosiu '659, nor Mayes discloses 
or suggests determining that a second node is part of the same private node as the first node. In 
addition, as mentioned above, none of the references, either singularly or in combination, 
discloses or suggests that by virtue of a first node and a second node being part of the same 
private network, the second node is locally reachable by the first node. As such, claims 9, 21, 
and 33 are patentable over Teodosiu '658 or Teodosiu '659 in view of Mayes for these additional 
reasons. Similarly, claims 10, 22, and 34, which variously depend from claims 9, 21, and 33, are 
patentable for at least the same reasons along with the novel features recited therein. 

4. Neither Teodosiu '658, Teodosiu '659, Nor Mayes, Either Alone or in 
Combination, Discloses or Suggests Sorting Search Results First by 
Locally Reachable Nodes Followed by Directly Reachable Nodes 

Claim 1 1 recites "sorting the search results first by locally reachable nodes followed by 

the directly reachable nodes. 5 ' Claims 23, 35, and 42 include similar features. The Appellants 

have reviewed Teodosiu '658, Teodosiu '659, and Mayes and submit that none of these 

references discloses or suggests sorting search results first by "locally" reachable nodes followed 

by "directly" reachable nodes. Accordingly, in addition to the reasons noted above, claims 1 1, 

23, 35, and 42 are patentable over Teodosiu * 65 8 or Teodosiu '659 in view of Mayes. 

5. Neither Teodosiu '658, Teodosiu '659 Nor Mayes, Either Alone or in 
Combination, Discloses or Suggests all the Features of Claim 47 

Claim 47 recites "receiving by the server the search request from the first node including 

at least one search term identifying the file, and... querying a database relating each one of a 

number of files including the file and at least one of the plurality of nodes in the peer-to-peer 

public network storing the one of the number of files using the at least one search term to 

identify at least one of the plurality of nodes including the second node storing the file." The 

Appellants submit that neither Teodosiu 6 65 8, Teodosiu 6 659, nor Mayes ; either singularly or in 

combination, discloses or suggests these features. As mentioned above, neither Teodosiu '658 

nor Teodosiu '659 disclose entering a search term. Likewise, Mayes does not disclose anything 

about searching. As such, none of the references can disclose receiving a search request and 

querying a database using a search term. Therefore, in addition to the reasons noted above, 

claim 47 is patentable over Teodosiu '658 or Teodosiu '659 in view of Mayes. 
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6. There is No Motivation to Combine Teodosiu '658 with Mayes 
Some inventions are combinations of known elements. One of the factors that makes an 
invention patentable is that there is no suggestion in the prior art to combine the known elements 
in the manner claimed. The Patent Office has the unenviable task of casting itself back to the 
time of the invention, examining the references, and detennining if the invention was obvious to 
someone skilled in the art. The mere fact that references can be combined or modified does not 
render the resultant combination obvious unless the prior art also suggests the desirability of the 
combination. 32 "There are three possible sources for a motivation to combine references: the 
nature of the problem to be solved, the teachings of the prior art, and the knowledge of persons 
of ordinary skill in the art/' 33 

There is no motivation to combine Teodosiu '658 with Mayes. Both the nature of the 
problem to be solved and the teachings in Teodosiu '658 differ from the problem to be solved 
and the teachings of Mayes, Teodosiu '658 relates to peer-to-peer networks. 34 More 
specifically, Teodosiu '658 addresses problems associated with the organization, management, 
and compatibility of peer-to-peer networks. 35 Teodosiu '658 addresses these problems by 
providing a peer-to-peer locator and tracking service. 36 

On the other hand, Mayes relates to address translation systems which map local Internet 
Protocol (IP) addresses used by hosts on a private network to globally unique IP addresses for 
communicating with hosts on the Internet. 37 Mayes addresses security problems associated with 
providing a translation system between a private network and the Internet 38 Mayes addresses 
these problems by providing a system which employs a Network Address Translation protocol in 
conjunction with an adaptive security algorithm to keep unwanted packets out of a private 
network. 39 The Appellant submits that the problems and teachings associated with a peer-to-peer 
locator and tracking service are vastly different than the problems and teachings associated with 
providing a translation system between a private network and the Internet. Moreover, the Patent 



In re Mills, 916 F.2d 680, 16 U.S.P.Q2d (BNA) 1430 (Fed. Cir. 1990). 

33 In reRouffeU 149 F.3d 1350, 1357, 47 U.SJP.Q2d (BNA) 1453, 1457-58 (Fed. Cir. 1998). 

34 See Teodosiu l 658, page 1, first paragraph. 

35 Id at page 1, last three complete paragraphs. 

36 Id at page 3, first complete paragraph 

37 See Mayes, col. 1, 11. 10-13. 

38 Id at coL 2,11. 10-16. 

39 Id at col. 2, U. 19-22. 
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Office lias failed to establish how the knowledge of one of ordinary skill in the art would provide 
the motivation to combine the references. 

7. There is No Motivation to Combine Teodosiu '659 with Mayes 
There is no motivation to combine Teodosiu '659 with Mayes. More specifically, both 
the nature of the problem to be solved and the teachings in Teodosiu '659 differ ftom the 
problem to be solved and the teachings of Mayes. Teodosiu '659 relates to peer-to-peer 
networks. 40 In particular, Teodosiu '659 addresses problems associated with the compatibility 
between the Uniform Resource Locator naming scheme and the Domain Name System 
hierarchical domain scheme. 41 Teodosiu '659 addresses these problems by providing a peer-to- 
peer naming scheme. 42 

As outlined above, Mayes provides a system which employs a Network Address 
Translation protocol in conjunction with an adaptive security algorithm to keep unwanted 
packets out of a private network. 43 The Appellant submits that the problems and teachings 
associated with a peer-to-peer naming scheme differ greatly from the problems and teachings 
associated with providing a translation system between a private network and the Internet. 
Moreover, the Patent Office has failed to establish how the knowledge of one of ordinary skill in 
the art would provide the motivation to combine the references.Therefore, for this reason and the 
numerous reasons detailed above, claims 2-6, 9-12,, 14-18, 21-24, 26-30, 33-43, and 47 are 
allowable. 

F. Conclusion 

As set forth above, none of the references, which are valid, discloses or suggests a server 
that determines that first and second nodes are part of the same private network. Furthermore, 
the Patent Office has not established any motivation to combine the references. As such, the 
Appellants request that the Board reverse the Examiner and instruct the Examiner to allow the 
claims. . 

Respectfully submitted, 

40 See Teodosiu *659, page 1, first paragraph. 

41 See Teodosiu '659, paragraph bridging pages 1 and 2. 

42 Id. at paragraph bridging pages 2 and 3. 

43 See Mayes, col. 2, U. 19-22. 
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(8) CLAIMS APPENDIX 

1 . A method for optimizing private network file transfers in a peer-to-peer public network, 
the peer-to-peer public network including a server and a plurality of nodes, wherein at least two 
of the plurality of nodes are part of a same private network, the method comprising the steps of: 

(a) receiving by the server a search request from a first node of the plurality of nodes 
in the peer-to-peer public network for a file; 

(b) dete rminin g by the server that the file is stored on a second node of the plurality 
of nodes in the peer-to-peer network; 

(c) determining by the server that the first and second nodes are part of the same 
private network; and 

(d) sending instructions by the server to the first node to request the file from the 
second node, such that the second node transfers the file to the first node over the private 
network. 

2. The method of claim 1 further wherein step (a) includes the step of registering a client IP 
address, a subnet mask, and a peer IP address of both the first and second nodes with the server. 

3. The method of claim 2 wherein step (a) further includes the step of registering with the 
server whether network address translation (NAT) has been performed on the first and second 
nodes and whether the first and second nodes are directly reachable from other nodes on the 
public network or unreachable. 

4. The method of claim 3 wherein step (a) further includes the step of determining that NAT 
has been performed on a particular node when the node's client IP address does not match the 
node's peer IP address. 

5. The method of claim 4 wherein step (a) further includes the step of determining that a 
particular node is directly reachable from other nodes on the public network when the server can 
connect with the node using the node's client IP address. 
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6. The method of claim 2 wherein step (a) further includes the step of storing the client IP 
address, a subnet mask, and a peer IP address of both the first and second nodes in a node 
registry. 

7. The method of claim 1 wherein step (a) further includes the step of allowing a user of the 
first node to enter search terms for finding a particular file. 

8. The method of claim 7 wherein step (b) further includes the steps of querying a database 
containing file names with the search terms to find file names matching the search terms, and 
identifying nodes containing the matching file, including the second node. 

9. The method of claim 4 wherein step (c) further includes the steps of: 

(ii) determining that the second node is part of the same private network as the 
first node, and therefore locally reachable by the first node, when 

(1) NAT has been performed on both the first and second nodes and at the 
peer IDs of both the first and second nodes match, or 

(2) NAT has not been performed on either the first and second nodes and 
the subnet IDs of each first and second nodes match. 

1 0. The method of claim 9 wherein step (c) further includes the steps of: 

(ii) returning a list of search results from the server to the first node, where the 
list includes the identities and addresses of the matching nodes, IP 
addresses, and subnet masks. 

1 1 . The method of claim 1 0 wherein step (c)(ii) further includes the step of sorting the search 
results first by locally reachable nodes followed by the directly reachable nodes. 

12. The method of claim 10 wherein step (d) further includes the steps of: 

(i) sending the client IP address of the second node to the first node such that 
the first nodes sends a request for the file to the second node using the 
client TP address of the second node; and 
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(ii) sending the file from the second node to the first node using the client IP 
address of the first node. 

13. A peer-to-peer public network, comprising 

at least one server coupled to the public network; 

a first plurality of nodes coupled to the public network; 

a private network including first and second nodes of the first plurality of nodes coupled 
to the public network, wherein when the server receives a search request fiom the first node for 
a file, the server 

determines that the file is stored on the second node, 

determines that the first and second nodes are part of the same private network, 

and 

sends instructions to the first node to request the file fiom the second node, such 
that the second node transfers the file to the first node over the private network. 

14. The public network of claim 13 wherein a client EP address, a subnet mask, and a peer IP 
address of both the first and second nodes are registered with the server. 

15. The public network of claim 14 wherein the server registers whether network address 
translation (NAT) has been performed on the first and second nodes and whether the first and 
second nodes are directly reachable fiom other nodes on the public network or unreachable. 

1 6. The public network of claim 1 5 wherein it is determined that NAT has been performed 
on a particular node when the node's client IP address does not match the node's peer EP address. 

1 7. The public network of claim 1 6 wherein it is determined that a particular node is directly 
reachable from other nodes on the public network when the server can connect with the node 
using the node' s client IP address. 

18. The public network of claim 1 7 wherein the client IP address, a subnet mask, and a peer 
IP address of both the first and second nodes are stored in a node registry. 
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19. The public network of claim 13 wherein a user of the first node enters search terms for 
finding a particular file. 

20. The public network of claim 1 8 wherein it is determined the file is stored on the second 
node by querying a database containing file names with the search terms to find file names 
matching the search terms, and identifying nodes containing the matching file, including the 
second node. 

2 1 . The public network of claim 1 6 wherein it is determined that the second node is part of 
the same private network as the first node, and therefore locally reachable by the first node, when 
1) NAT has been performed on both the first and second nodes and at the peer IDs of both the 
first and second nodes match, or 2) NAT has not been performed on either the first and second 
nodes and the subnet IDs of each first and second nodes match. 

22. The public network of claim 21 wherein the server returns a list of search results is 
returned to the first node, where the list includes the identities and addresses of the matching 
nodes, IP addresses, and subnet masks. 

23. The public network of claim 22 wherein the search results are sorted first by locally 
reachable nodes followed by the directly reachable nodes. 

24. The public network of claim 22 wherein the client IP address of the second node is used 
to send a request for the file from the first node to the second node, and the file from the second 
node is sent to the first node using the client IP address of the first node. 

25. A computer readable medium containing program instructions for optimizing private 
network file- transfers in a peer-to-peer public network, the peer-to-peer public network including 
a server and a plurality of nodes, wherein at least two of the plurality of nodes are part of a same 
private network, the program instructions for: 
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(a) receiving by the server a search request from a first node of the plurality of nodes 
in the peer-to-peer public network for a file; 

(b) detennining by the server that the file is stored on a second node of the plurality 
of nodes in the peer-to-peer public network; 

(c) determining by the server that the first and second nodes are part of the same 
private network; and 

(d) sending instructions by the server to the first node to request the file from the 
second node, such that the second node transfers the file to the first node over the private 
network. 

26. The computer readable medium of claim 25 further wherein instruction (a) includes the 
instruction of registering a client IP address, a subnet mask, and a peer IP address of both the 
first and second nodes with the server. 

27. The computer readable medium of claim 26 wherein instruction (a) further includes the 
instruction of registering with the server whether network address translation (NAT) has been 
performed on the first and second nodes and whether the first and second nodes are directly 
reachable from other nodes on the public network or unreachable. 

28. The computer readable medium of claim 27 wherein instruction (a) further includes the 
instruction of determining that NAT has been performed on a particular node when the node's 
client IP address does not match the node's peer IP address. 

29. The computer readable medium of claim 28 wherein instruction (a) further includes the 
instruction of determining that a particular node is directly reachable from other nodes on the 
public network when the server can connect with the node using the node's client IP address. 

30. The computer readable medium of claim 26 wherein instruction (a) further includes the 
instruction of storing the client IP address, a subnet mask, and a peer IP address of both the first 
and second nodes in a node registry. 
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3 1 . The computer readable medium of claim 25 wherein instruction (a) further includes the 
instruction of allowing a user of the first node to enter search terms for finding a particular file. 

32. The computer readable medium of claim 30 wherein instruction (b) further includes the 
instructions of querying a database containing file names with the search terms to find file names 
matching the search terms, and by identifying nodes containing the matching file, including the 
second node. 

33 . The computer readable medium of claim 28 wherein instruction (c) further includes the 
instructions of: 

(i) determining that the second node is part of the same private network as the 
first node, and therefore locally reachable by the first node, when 

(3) NAT has been performed on both the first and second nodes and at the 
peer IDs of both the first and second nodes match, or 

(4) NAT has not been performed on either the first and second nodes and 
the subnet IDs of each first and second nodes match. 

34. The computer readable medium of claim 33 wherein instruction (c) further includes the 
instructions of: 

(ii) returning a list of search results from the server to the first node, where the 
list includes the identities and addresses of the matching nodes, IP 
addresses, and subnet masks. 

35 . The computer readable medium of claim 34 wherein instruction (c)(ii) further includes 
the instruction of sorting the search results first by locally reachable nodes followed by the 
directly reachable nodes. 

36. The computer readable medium of claim 34 wherein instruction (d) further includes the 
instructions of: 
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(i) sending the client IP address of the second node to the first node such that 
the first node sends a request for die file to the second node using the 
client IP address of the second node; and 

(ii) sending the file from the second node to the first node using the client IP 
address of the first node. 

37. A method for optimizing private network file transfers in a peer-to-peer public network, 
the peer-to-peer public network including a server and a plurality of nodes, wherein a first node 
and a second node of the plurality of nodes in the peer-to-peer public network are part of a same 
private network, the method comprising the steps of: 

• (a) registering with the server whether network address translation (NAT) has been 
performed on the first and second nodes and whether the first and second nodes 
are directly reachable from other nodes on the public network; 

(b) receiving a search request from the first node for a file; 

(c) determining that the file is stored on the second node; 

(d) dete rminin g that the second node is part of the same private network as the first 
node, and therefore locally reachable by the first node, when 

(i) NAT has been performed on both the first and second nodes and at the 
peer IDs of both the first and second nodes match, or 

(ii) NAT has not been performed on either the first and second nodes and the 
subnet IDs of each first and second nodes match. 

(e) sending instructions by the server to the first node to request the file from the 
second node, such that the second node transfers the file to the first node over the 
private network, 

38. The method of claim 37 further wherein step (a) includes the step of registering a client 
IP address, a subnet mask, and a peer IP address of both the first and second nodes with the 
server. '* 
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39. The method of claim 38 wherein step (a) further includes the step of determining that 
NAT has been performed on a particular node when the node's client IP address does not match 
the node's peer IP address. 

40. The method of claim 39 wherein step (a) further includes the step of determining that a 
particular node is directly reachable from other nodes on the public network when the server can 
connect with the node using the node's client IP address. 

41. The method of claim 40 wherein step (d) further, includes the step of returning a list of 
search results from the server to the first node, where the list includes the identities and addresses 
of the matching nodes, IP addresses, and subnet masks. 

42. The method of claim 41 wherein step (d) further includes the step of sorting the search 
results first by locally reachable nodes followed by the directly reachable nodes. 

43. The method of claim 42 wherein step (e) further includes the steps of: 

(iii) sending the client IP address of the second node to the first node such that 
the first node sends a request for the file to the second node using the 
client IP address of the second node; and 

(iv) sending the file from the second node to the first node using the client IP 
address of the first node. 

44. The method of claim 1 wherein step (a) comprises receiving by the server the search 
request from the first node including at least one search term identifying the file, and step (b) 
comprises querying a database relating each one of a number of files including the file and at 
least one of the plurality of nodes in the peer-to-peer public network storing the one of the 
number of files using the at least one search term to identify at least one of the plurality of nodes 
including the second node storing the file. 

45. The public network of claim 13 the search request from the first node comprises at least 
one search term identifying the file, and the server further operates to query a database relating 
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each one of a number of files including the file and at least one of the plurality of nodes in the 
peer-to-peer public network storing the one of the number of files using the at least one search 
term to identify at least one of the plurality of nodes including the second node storing the file. 

46, The computer readable medium of claim 25 wherein instruction (a) comprises receiving 
by the server the search request from the first node including at least one search term identifying 
the file, and instruction (b) comprises querying a database relating each one of a number of files 
including the file and at least one of the plurality of nodes in the peer-to-peer public network 
storing the one of the number of files using the at least one search term to identify at least one of 
the plurality of nodes including the second node storing the file. 

47. The method of claim 37 wherein step (b) comprises receiving by the server the search 
request from the first node including at least one search term identifying the file, and step (c) 
comprises querying a database relating each one of a number of files including the file and at 
least one of the plurality of nodes in the peer-to-peer public network storing the one of the 
number of files using the at least one search term to identify at least one of the plurality of nodes 
including the second node storing the file. 
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(9) EVIDENCE APPENDIX 

NONE 



(10) RELATED PROCEEDINGS APPENDIX 

NONE 
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Commissioner for Patents 
PO Box 1450 

Alexandria, VA 22313-1450 
Sir: 

An APPEAL BRIEF is filed herewith. The Appellants enclose a payment in the amount 
of $500.00 as required by 37 C.F.R. § 1 .17(c). If any additional fees are required in association 
with this appeal brief, the Director is hereby authorized to charge them to Deposit Account 50- 
1732, and consider this a petition therefor. 

APPEAL BRIEF 

(1) REAL PARTY IN INTEREST 

The present application is owned by Flashpoint Technology, Inc. whose corporate 
headquarters are 1 130 Situs Court, Suite 216, Raleigh, NC 27606. 

(2) RELATED APPEALS AND INTERFERENCES 

There are no related appeals or interferences to the best of the Appellants' knowledge. 

(3) STATUS OF CLAIMS 

Claims 1-47 were rejected with the rejection made final on November 30, 2006. 
Claims 1-47 are pending and are the subject of this appeal. 

(4) STATUS OF AMENDMENTS 

All amendments have been entered to the best of the Appellant's knowledge. No 
amendments have been filed after the Final Office Action mailed November 30, 2006. 



(5) SUMMARY OF CLAIMED SUBJECT MATTER 

In the following summary, the Appellants have noted where in the Specification certain 
subject matter exists. The Appellants wish to point out that these citations are for demonstrative 
purposes only and that the Specification may include additional discussion of the various 
elements, citations to which are not pointed out below. Thus, the noted citations are in no way 
intended to limit the scope of the pending claims. 

The present invention provides a method and system for optimizing private network file 
transfers in a public peer-to-peer network (See Figure 1 A, element 10; see also, Specification, p. 
5, 1. 17). The network includes a plurality of nodes (See Figure 1A, element 14; see also, 
Specification, p. 5, U. 17-20) wherein at least two of the nodes are part of a private network (See 
Figure 1A, element 16; see also, Specification, p. 6, 11. 1-4). The method and system include 
receiving a search request from a first node for a file (See Figure 3, element 52c; see also, 
Specification, p. 10, U. 22-23), and in response, determining that the file is stored on a second 
node (See Figure 4A, element 150; see also, Specification, p. 10, 1. 23 through p. 1 1, 1. 5). It is 
then determined whether the first and second nodes are part of the same private network (See 
Figure 4A, elements 152 and 154; see also, Specification, p. 11, 11. 7-15), and if so, the second 
node is used to transfer the file to the first node over the private network (See Figure 4B, 
elements 164, 166, 168, 170, and 172; see also, Specification, p. 12, 1. 11 through p. 13, 1. 2), 
instead of the public network. 

Claim 1 recites a method for optimizing private network file transfers in a peer-to-peer 
public network (See Figure 1A, element 10; see also, Specification, p. 5, 1. 17), the peer-to-peer 
public network including a server (See Figure 1A, element 12; see also, Specification, p. 5, 11. 
17-19) and a plurality of nodes (See Figure 1 A, element 14; see also, Specification, p. 5, 11. 17- 
20), wherein at least two of the plurality of nodes are part of a same private network (See Figure 
1A, element 16; see also, Specification, p. 6, 11. 1-4), the method comprising the steps of: 

(a) receiving by the server a search request from a first node of the plurality of nodes 
in the peer-to-peer public network for a file (See Figure 3, element 52c; see also, 
Specification, p. 1 0, U. 22-23); 

(b) determining by the server that the file is stored on a second node of the plurality 
of nodes in the peer-to-peer network (See Figure 4 A, element 150; see also, 
Specification, p. 1 0, 1. 23 through p. 1 1, 1. 5); 
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(c) determining by the server that the first and second nodes are part of the same 
private network (See Figure 4A, elements 152 and 154; see also, Specification, p. 
11,11. 7-15); and 

(d) sending instructions by the server to the first node to request the file from the 
secQnd node, such that-the second node transfers the file to the first node over the 
private network (See Figure 4B, elements 164, 166, 168, 170, and 172; see also, 
Specification, p. 12, 1. 1 1 through p. 1 3, 1. 2). 

Claim 6 depends from dependent claim 2, which depends from independent claim 1, and 
recites wherein step (a) further includes the step of storing the client IP address, a subnet mask, 
and a peer IP address of both the first and second nodes in a node registry (See Figure 2, 
elements 104 and 106; see also, Specification, p. 9, 11. 4-10). 

Dependent claim 7 further defines independent claim 1 and recites wherein step (a) 
further includes the step of allowing a user of the first node to enter search terms for finding a 
particular file (See Figure 3, element 52c; see also, Specification, p. 10, 11. 22-23). 

Claim 8 depends from dependent claim 7, which depends from independent claim 1, and 
recites wherein step (b) fiirther includes the steps of querying a database containing file names 
with the search terms to find file names matching the search terms, and identifying nodes 
containing the matching file, including the second node (See Figure 4A, element 150; see also, 
Specification, p. 1 1, U. 2-4). 

Claim 9 depends from dependent claim 4, which ultimately depends from independent 
claim 1, and recites wherein step (c) fiirther includes the steps of: 

(i) determining that the second node is part of the same private network as the 
first node (See Figure 4A, elements 152 and 154; see also, Specification, 
p. 1 l f U. 7-15), and therefore locally reachable by the first node, when 

(1) NAT has been performed on both the first and second nodes and at the 
peer IDs of both the first and second nodes match (See Figure 4A, 
elements 154 and 158; see also, Specification, p. 11, 11. 11-13), or 

(2) NAT has not been performed on either the first and second nodes and 
the subnet IDs of each first and second nodes match (See Figure 4A, 
elements 156 and 158; see also, Specification, p. 11, 11. 17-19). 
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Claim 1 1 depends from dependent claim 10, which ultimately depends from independent 
claim 1, and recites wherein step (c)(ii) further includes the step of sorting the search results first 
by locally reachable nodes followed by the directly reachable nodes (Figure 4B, element 164; see 
also, Specification, p. 12, U. 11-14). 

Claim 13 recites a peer-to-peer public network (See Figure 1A, element 10; see also, 
Specification, p. 5, 1. 17), comprising 

at least one server (See Figure 1A, element 12; see also, Specification, p. 5, 11. 17-19) 
coupled to the public network; 

a first plurality of nodes (See Figure 1 A, element 14; see also, Specification, p. 5, 11. 17- 
20) coupled to the public network; 

a private network including first and second nodes of the first plurality of nodes (See 
Figure 1A, element 16; see also, Specification, p. 6, 11. 1-4) coupled to the public network, 
wherein when the server receives a search request from the first node for a file (See Figure 3, 
element 52c; see also, Specification, p. 10, 11. 22-23), the server 

determines that the file is stored on the second node (See Figure 4A, element 150; 
see also, Specification, p, 10, 1. 23 through p. 1 1, L 5), 

determines that the first and second nodes are part of the same private network 
(See Figure 4A, elements 152 and 154; see also, Specification, p. 11, 11. 7-15), and 

sends instructions to the first node to request the file from the second node, such 
that the second node transfers the file to the first node over the private network (See 
Figure 4B, elements 164, 166, 168, 170, and 172; see also, Specification, p. 12, L 11 
through p. 13,1.2). 

Claim 18 depends from dependent claim 17, which ultimately depends from independent 
claims 13, and recites wherein the client IP address, a subnet mask, and a peer IP address of both 
the first and second nodes are stored in a node registry (See Figure 2, elements 104 and 106; see 
also, Specification, p. 9, 11. 4-10). 

Dependent claim 19 further defines independent claim 13 and recites wherein a user of 
the first node enters search terms for finding a particular file (See Figure 3, element 52c; see 
also, Specification, p. 10, 11, 22-23). 

Claim 20 depends from claim 18, which ultimately depends from claim 13, and recites 
wherein it is determined the file is stored on the second node by querying a database containing 
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file names with the search terms to find file names matching the search terms, and identifying 
nodes containing the matching file, including the second node (See Figure 4A, element 150; see 
also, Specification, p. 1 1, 11. 2-4). 

Claim 21 depends from dependent claim 16, which ultimately depends from independent 
claim 13, and recites wherein it is determined that the second node is part of the same private 
network as the first node (See Figure 4A, elements 152 and 154; see also, Specification, p. 1 1, 11. 
7-15), and therefore locally reachable by the first node, when 1) NAT has been performed on 
both the first and second nodes and at the peer IDs of both the first and second nodes match (See 
Figure 4A, elements 154 and 158; see also, Specification, p. 1 1, 11. 11-13), or 2) NAT has not 
been performed on either the first and second nodes and the subnet IDs of each first and second 
nodes match (See Figure 4A, elements 156 and 158; see also, Specification, p. 1 1, 11. 17-19). 

Claim 23 depends from dependent claim 22, which ultimately depends from independent 
claim 13, and recites wherein the search results are sorted first by locally reachable nodes 
followed by the directly reachable nodes (Figure 4B, element 164; see also, Specification, p. 12, 
11. 11-14). 

Claim 25 reGites a computer readable medium containing program instructions for 
optimizing private network file transfers in a peer-to-peer public network (See Figure 1A, 
element 10; see also, Specification, p. 5, 1. 17), the peer-to-peer public network including a 
server (See Figure 1A, element 12; see also, Specification,, p. 5, 11. 17-19) and a plurality of 
nodes (See Figure 1A, element 14; see also, Specification, p. 5, 11. 17-20), wherein at least two of 
the plurality of nodes are part of a same private network (See Figure 1A, element 16; see also, 
Specification, p. 6, 11. 1-4), the program instructions for: 

(a) receiving by the server a search request from a first node of the plurality of nodes 
in the peer-to-peer public network for a file (See Figure 3, element 52c; see also, 
Specification, p. 10, U. 22-23); 

(b) determining by the server that the file is stored on a second node of the plurality 
of nodes in the peer-to-peer public network (See Figure 4A, element 150; see also, 

• Specification, p. 10, 1. 23 through p. 1 1, L 5); 

(c) determining by the server that the first and second nodes are part of the same 
private network (See Figure 4A, elements 152 and 154; see also, Specification, p. 

11,11. 7-15); and 
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(d) sending instructions by the server to the first node to request the file from the 
second node, such that the second node transfers the file to the first node over the private 
network (See Figure 4B, elements 164, 166, 168, 170, and 172; see also, Specification, p. 12, 1. 
11 through p. 13, L 2). 

Claim 30 depends from dependent claim 26, which depends from independent claim 25, 
and recites wherein instruction (a) further includes the instruction of storing the client IP address, 
a subnet mask, and a peer IP address of both the first and second nodes in a node registry (See 
Figure 2, elements 104 and 106; see also, Specification, p. 9, U. 4-10). 

Dependent claim 3 1 further defines independent claim 25 and recites wherein instruction 
(a) further includes the instruction of allowing a user of the first node to enter search terms for 
finding a particular file (See Figure 3, element 52c; see also, Specification, p. 10, U. 22-23). 

Claim 32 depends from dependent claim 30, which ultimately depends from independent 
claim 25, and recites wherein instruction (b) further includes the instructions of querying a 
database containing file names with the search terms to find file names matching the search 
terms, and by identifying nodes containing the matching file, including the second node (See 
Figure 4A, element 150; see also, Specification, p. 11, 1L 2-4). 

Claim 33 depends from dependent claim 28, which ultimately depends from independent 
claims 25, and recites wherein instruction (c) further includes the instructions of: 

(i) determining that the second node is part of the same private network as the 
first node, and therefore locally reachable by the first node (See Figure 
4A, elements 152 and 154; see also, Specification, p. 11, 1L 7-15), when 

(3) NAT has been performed on both the first and second nodes and at the 
peer IDs of both the first and second nodes match (See Figure 4A, 
elements 154 and 158; see also, Specification, p. 1 1, U. 1 1-13), or 

(4) NAT has not been performed on either the first and second nodes and 
the subnet IDs of each first and second nodes match (See Figure 4 A, 
elements 156 and 158; see also, Specification, p. 11, 11. 17-19). 

Claim 35 depends from dependent claim 34, which ultimately depends from independent 
claim 25, and recites wherein instruction (c)(ii) further includes the instruction of sorting the 
search results first by locally reachable nodes followed by the directly reachable nodes (Figure 
4B, element 164; see also, Specification, p. 12, 11. 11-14). 
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Claim 37 recites a method for optimizing private network file transfers in a peer-to-peer 
public network (See Figure 1A, element 10; see also, Specification, p. 5, L 17), the peer-to-peer 
public network including a server (See Figure 1A, element 12; see also, Specification, p. 5, 11. 
17-19) and a plurality of nodes (See Figure 1A, element 14; see also, Specification, p. 5,. 11. 17- 
20), wherein a first node and a second node of the plurality of nodes in the peer-to-peer public 
network are part of a same private network (See Figure 1A, element 16; see also, Specification, 
p. 6, U. 1-4), the method comprising the steps of: 

(a) registering with the server whether network address translation (NAT) has been 
performed on the first and second nodes (See Figure 2, elements 110 and 1 12; see 
also, Specification, p. 9, 11. 12-21) and whether the first and second nodes are 
directly reachable from other nodes on the public network (See Figure 2, elements 
116 and 11 8; see also, Specification, p. 9,11. 14 through p. 10, 1. 3); 

(b) receiving a search request from the first node for a file (See Figure 3, element 
52c; see also, Specification, p. 10, U. 22-23); 

(c) determining that the file is stored on the second node (See Figure 4A, element 
150; see also, Specification, p. 10, 1. 23 through p. 11, 1. 5); 

(d) determining that the second node is part of the same private network as the first 
node, and therefore locally reachable by the first node (See Figure 4 A, elements 
152 and 154; see also, Specification, p. 11, 11. 7-15), when 

(i) NAT has been performed on both the first and second nodes and at the 
peer IDs of both the first and second nodes match (See Figure 4A, 
elements 154 and 158; see also, Specification, p. 11, U. 11-13), or 

(ii) NAT has not been performed on either the first and second nodes and the 
subnet IDs of each first and second nodes match (See Figure 4A, elements 
156 and 158; see also, Specification, p. 11, 11. 17-19). 

(e) sending instructions by the server to the first node to request the file from the 
second node, such that the second node transfers the file to the first node over the 
private network (See Figure 4B, elements 164, 166, 168, 170, and 172; see also, 
Specification, p. 12, 1. 11 through p. 13, 1. 2). 

Claim 42 depends from dependent claim 41, which ultimately depends from independent 
claim 37, and recites wherein step (d) further includes the step of sorting the search results first 
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by locally reachable nodes followed by the directly reachable nodes (Figure 4B, element 164; see 
also, Specification, p. 12, 11. 11-14). 

Dependent claim 44 further defines independent claim 1 and recites wherein step (a) 
comprises receiving by the server the search request fiom the first node including at least one 
search term identifying the file (See Figure 3, element 52c; see also, Specification, p. 10, 11. 22- 
23), and step (b) comprises querying a database relating each one of a number of files including 
the file and at least one of the plurality of nodes in the peer-to-peer public network storing the 
one of the number of files using the at least one search term to identify at least one of the 
plurality of nodes including the second node storing the file (See Figure 4A, element 150; see 
also, Specification, p. 1 1, 11. 2-4). 

Dependent claim 45 further defines independent claim 13 and recites that the search 
request from the first node comprises at least one search term identifying the file (See Figure 3, 
element 52c; see also, Specification, p. 10, 11. 22-23), and the server further operates to query a 
database relating each one of a number of files including the file and at least one of the plurality 
of nodes in the peer-to-peer public network storing the one of the number of files using the at 
least one search term to identify at least one of the plurality of nodes including the second node 
storing the file (See Figure 4A, element 150; see also, Specification, p. 1 1, 11. 2-4). 

Dependent claim 46 further define independent claim 25 and recites wherein instruction 
(a) comprises receiving by the server the search request fiom the first node including at least one 
search term identifying the file (See Figure 3, element 52c; see also, Specification, p. 10, 11. 22- 
23), and instruction (b) comprises querying a database relating each one of a number of files 
including the file and at least one of the plurality of nodes in the peer-to-peer public network 
storing the one of the number of files using the at least one search term to identify at least one of 
the plurality of nodes including the second node storing the file (See Figure 4A, element 150; see 
also, Specification, p. 1 1, 11. 2-4). 

Dependent claim 47 further defines independent claim 37 and recites wherein step (b) 
comprises receiving by the server the search request fiom the first node including at least one 
search.term identifying the file (See Figure 3, element 52c; see also, Specification, p. 10, 11. 22- 
23), and step (c) comprises querying a database relating each one of a number of files including 
the file and at least one of the plurality of nodes in the peer-to-peer public network storing the 
one of the number of files using the at least one search term to identify at least one of the 
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plurality of nodes including the second node storing the file (See Figure 4A, element 150; see 
also, Specification, p. 11 3 11. 2-4). 

(6) GROUNDS OF REJECTION TO BE REVIEWED ON APPEAL 

A. Whether claims 1, 7, 8, 13, 19, 20, 25, 31, 32, and 44-46 were properly rejected under 
35 U.S.C. § 102(e) as being anticipated by U.S. Patent Application Publication No. 
2002/0062336 Al to Teodosiu at al (hereinafter "Teodosiu '336"). 

B. Whether claims 2-6, 9-12, 14-18, 21-24, 26-30, 33-43, and 47 were rejected under 35 
U.S.C. § 103(a) as being unpatentable over Teodosiu c 336 in view of U.S. Patent No. 6,510,154 
Bl to Mayes et al (hereinafter "Mayes"). 

(7) ARGUMENT 

A* Introduction 

The Appellants submit that the pending claims are patentable over the cited references. 
In particular, the claims recite a server which determines that first and second nodes are part of 
the same private network. The Appellants submit that none of the references which are valid, 
either alone or even in combination, discloses or suggests a server which determines that first 
and second nodes are part of the same private network. At most, the cited references, which are 
valid, disclose a server which interacts with nodes. However, none of the references discloses or 
even suggests that the server determines that first and second nodes are part of the same private 
network. 

Furthermore, Teodosiu c 336 is not a proper reference under 35 U.S.C. §102(e) and the 
applications to which Teodosiu '336 claims priority, Provisional Application Nos. 60/252,658 
and 60/252,659, do not include the subject matter relied upon by the Patent Office in maintaining 
the rejection of the pending claims. In addition, neither Provisional Application No. 60/252,658 
nor Provisional Application No. 60/252,659 discloses or suggests all the subject matter recited in 
the pending claims. Moreover, Mayes does not overcome the deficiencies of Teodosiu '336 nor 
Provisional Application Nos. 60/252,658 and 60/252,659. 

The Patent Office has also failed to establish the proper motivation for combining the 
cited references. Particularly, the problems and teachings of the individual references are vastly 
different from one another such that one skilled in the art would not be motivated to combine the 
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references. Further, the Patent Office has failed to establish how the knowledge of one of 
ordinary skill in the art would provide the motivation to combine the cited references. The 
Patent Office has also not provided any evidence to prove the motivation to combine the 
references. As such, the Appellants request that the Board reverse the Examiner and instruct the 
Examiner to allow the claims for these reasons. 

B. Summary of the References 

1. U.S. Patent Application Publication No. 2002/0062336 Al to Teodosiu '336 

Teodosiu '336 was filed on September 13, 2001, and claims priority to Provisional 
Application No. 60/252,658 filed on November 22, 2000 and Provisional Application No. 
60/252,659, also filed on November 22, 2000. Teodosiu '336 relates generally to peer-to-peer 
networking. 1 In particular, Teodosiu '336 discloses that as a peer resource is cached and made 
available at peer devices, a locator service tracks state information for each copy of the 
resources. 2 In addition, the locator service maintains coherency among copies as the resource is 
modified or deleted. 3 

2. U.S. Provisional Application No. 60/252,658 to Teodosiu 

U.S. Provisional Application No. 60/252,658 to Teodosiu (hereinafter "Teodosiu '658"), 
relates to peer-to-peer networks. 4 Teodosiu ( 658 provides a peer-to-peer locator and tracking 
service. 5 In particular, Teodosiu '658 discloses a resource naming service (RNS) which allows 
for end-user machines to locate a peer resource. 6 The RNS also caches files, keeps track of 
existing up-to-date cached copies and tracks the availability of end-user machines. 7 

3. U.S. Provisional Application No. 60/252,659 to Teodosiu 

U.S. Provisional Application No. 60/252,659 to Teodosiu (hereinafter "Teodosiu '659"), 
relates to peer-to-peer networks. 8 Teodosiu '658 provides a peer-to-peer naming scheme. 9 

1 See Teodosiu '336, paragraph [0004]. 

2 Id at Abstract -•. 

3 Ibid 

4 See Teodosiu 6 658, page 1, first paragraph. 

5 Id at page 3, first complete paragraph. 

6 Ibid 

7 Ibid 

B See Teodosiu '659, page 1, first paragraph. 
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Teodosiu '659 extends the Uniform Resource Locator (URL) naming scheme with a 
distinguished set of URL's used to name peer-to-peer resources. 10 The naming scheme disclosed 
therein relies on the existence of a peer-to-peer locator service for each Domain Name System to 
which peer-to-peer resources have been assigned. 11 



4. U.S. Patent No. 6,51045481 to Mayes 
Mayes relates to address translation systems which map local Internet Protocol (IP) 
addresses used by hosts on a private network to globally unique IP addresses for communicating 
with hosts on the Internet: 12 Mayes provides a system which employs a Network Address 
Translation protocol in conjunction with an adaptive security algorithm to keep unwanted 
packets out of a private network. 13 According to Mayes, a first network address on a packet that 
matches a second network layer address in an address translation list is identified. 14 The 
matched network address is then translated to a corresponding third network layer address and 
the packet is matched against a security criterion. 15 



C. Legal Standards 

1. For Establishing Anticipation 

Section 102 of the Patent Act provides the statutory basis for an anticipation rejection and 
states inter alia: 

A person shall be entitled to a patent unless 
*** 

(e) the invention was described in - (1) an application for patent, published under 
section 122(b), by another filed in the United States before the invention by the 
applicant for patent or (2) a patent granted on an application for patent by another 
filed in the United States before the invention by the applicant for patent, except 
that an international application filed under the treaty defined in section 351(a) 
shall have the effects for the purposes of this subsection of an application filed in 
the United States only if the international application designated the United States 
and was published under Article 21(2) of such treaty in the English language 



9 See Teodosiu *659, paragraph bridging pages 2 and 3. 

10 Id at page 2, last paragraph. 

11 Id. at page 3, fourth paragraph. 
u See Mayes, col 1,11. 10-13. 

13 See Mayes, col. 2, II. 19-22. 

14 Id at col. 15, U. 31-33. 

15 /rfatcoh 15,11. 37-47. 
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The Federal Circuit's test for anticipation has been set forth numerous times. "It is 
axiomatic that for prior art to anticipate under 102 it has to meet every element of the claimed 
invention." 16 This standard has been reinforced. "To anticipate a claim, a reference must 
disclose every element of the challenged claim and enable one skilled in the art to make the 
anticipating subject matter." 17 Further, "a finding of anticipation requires that the publication 
describe all of the elements of the claims, arranged as in the patented device ." 18 

2. For Establishing Obviousness 

Section 103(a) of the Patent Act provides the statutory basis for an obviousness rejection 

and reads as follows: 

A patent may not be obtained though the invention is not identically disclosed or 
described as set forth in section 1 02 of this title, if the differences between the 
subject matter sought to be patented and the prior art are such that the subject 
matter as a whole would have been obvious to a person having ordinary skill in 
the art to which said subject matter pertains. Patentability shall not be negatived 
by the manner in which the invention was made. 

Courts have interpreted 35 U.S.C. § 103(a) as a question of law based on underlying 

facts. As the Federal Circuit stated: 

Obviousness is ultimately a determination of law based on underlying 
determinations of fact. These underlying factual determinations include: (1) the 
scope and content of the prior art; (2) the level of ordinary skill in the art; (3) the 
differences between the claimed invention and the prior art; and (4) the extent of 
any proffered objective indicia of nonobviousness. 

Once the scope of the prior art is ascertained, the content of the prior art must be properly 
combined. Initially, the Patent Office must show that there is a suggestion to combine the 
references. 20 Even if the Patent Office is able to articulate and support a suggestion to combine 
the references, it is impermissible to pick and choose elements from the prior art while using the 
application as a template. 21 To reconstruct the invention by such selective extraction constitutes 



16 Hybritechlnc. v. Monoclonal Antibodies, Inc., 802 F.2d 1367, 1379 (Fed. Cir. 1986). 

17 PPG Indus. Inc. v. Guardian Indus. Corp., 75 F.3d 1558, 1577 (Fed. Cir. 1996) (citations omitted). 

18 CJL Bard Inc. v. M3 Sys. Inc., 157F.3d 1340, 1349 (Fed. Cir. 1998) (emphasis added and citations omitted). 

19 Monarch Knitting Mack Corp. v. Sulzer Morat GmBH % 45 U.S.P.Q.2d (BNA) 1977, 1981 (Fed. Cir. 1998) 

(internal citations omitted). 

20 In reDembiczak, 175 F3d 994 (Fed. Cir. 1999). 

21 In re Fine, 837 F3d 1071 (Fed. Cir. 1988). 
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impermissible hindsight. After the combination has been made, for a. prima facie case of 
obviousness, the combination must still teach or fairly suggest all of fhe claim elements. 23 

Some elements may be inherent within the reference. "To establish inherency, the 
extrinsic evidence 'must make clear that the missing descriptive matter is necessarily present in 
the thing described in the reference, and that it would be so recognized by persons of ordinary 
skffl."** "The mere fact that a certain thing may result from a given set of circumstances is not 
sufficient" 25 Thus, the possibility that an element may be derived from the reference is 
insufficient to establish that said element is inherent to the reference. 

Whether an element is implicitly or explicitly taught by a reference or combination of 
references is open to interpretation. While the Patent Office is entitled to give claim terms their 
broadest reasonable interpretation, this interpretation is limited by a number of factors. First, the 
-interpretation must be consistent with the specification. 26 Second, the broadest reasonable 
interpretation of the claims must also be consistent with the interpretation that those skilled in the 
art would reach 27 Finally, the interpretation must be reasonable 28 This means that the words of 
the claim must be given their plain meaning unless Appellant has provided a clear definition in 
the specification. 29 

If a claim element is missing after the combination is made, then the combination does 
not render obvious the claimed invention, and the claims are allowable. As stated by the Federal 
Circuit, "[if) the PTO fails to meet this burden, then the Appellant is entitled to the patent." 30 

D. Claims 1, 7, 8, 13, 19, 20, 25, 31, 32, and 44-46 Are Not Anticipated By 
Teodosiu '336 

1. Teodosiu '336 is Not a Proper Reference Under 35 U.S.C. §102(e) 

The Appellants respectfully submit that Teodosiu 4 336 is not a proper reference under 35 
U.S.C. §102(e). According to 35 U.S.C. § 102(e), a person shall be entitled to a patent unless 



22 In re Gorman, 933 F.2d 982 (Fed. Cir. 1991). 

23 In re Rqyka, 490 F.2d 981 (C.CPA. 1974); MPEP § 2143.03. 

24 In re Robertson, 169 F.3d 743, 745 (Fed. Cir. 1999) (quoting ConVl Can Co. v. Monsanto Co., 948 F.2d 1264, 

1268 (Fed. Cir. 1991)). 

25 Id (citation and quotation omitted). 

26 In re Hyatt, 21 1 F.3d 1367, 1372 (Fed. Cir. 2000); MPEP § 21 1 1. 

27 In re Cortright, 165 F.3d 1353, 1359, (Fed. Cir. 1999); MPEP § 2111. 

28 In re Am. Acad ofSci. Tech. Or., 367 F3d 1359, 1369 (Fed. Cir. 2004); MPEP § 2111.01. 

29 In re Zletz, 893 F.2d 3 19, 321 (Fed. Cir. 1989). 

30 In re Glavg, 283 F.3d 1335, 1338 (Fed. Cir. 2002). 
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"the invention was described in - (1) an application for patent, published under section 122(b), 
by another filed in the United States before the invention by the applicant for patent." The 
Appellants submit that Teodosiu c 336 is not a proper reference under 35 U.S.C. § 102(e). In 
particular, the present application has a filing date of March 21, 2001. Teodosiu c 336 has a filing 
date of September 13, 2001, well after the filing date of the present application. Nevertheless, 
Teodosiu '336 claims priority to Teodosiu '658 and Teodosiu '659, which were filed on 
November 22, 2000. According to Chapter 201 . 1 1 of the M.P.E.P., the "later-filed application 
must be an application for a patent for an invention which is also disclosed in the prior 
application (the parent or original nonprovisibnal application or provisional application); the 
disclosure of the invention in the prior application and in the later-filed application must be 
sufficient to comply with the requirements of the first paragraph of 35 U.S.C. § 112." The 
disclosure of Teodosiu c 336 is different from the disclosures of both Teodosiu '658 and Teodosiu 
'659. Moreover, all the subject matter disclosed in Teodosiu '336 is not disclosed in Teodosiu 
'658 and Teodosiu '659 in accordance with the first paragraph of 35 U.S.C. § 1 12. 

Nevertheless, in maintaining the rejection, the Patent Office asserted that the Appellants 
have "not provided any sufficient evidence showing the non-compliance." 31 Even though the 
Appellants are not required to provide evidence as asserted by the Patent Office, the Appellants 
nevertheless submit ample evidence indicating that Teodosiu '336 includes subject matter which 
was not disclosed in either Teodosiu '658 or Teodosiu '659. For example, in maintaining the 
rejection of claim 1, the Patent Office states that paragraphs [0047] - [0049] and Figure 2, item 
#250 of Teodosiu '336 disclose the feature of "determining by the server that the first and second 
nodes are part of the same private network" as recited in claim 1 , 32 The Appellants have 
reviewed both Teodosiu '658 and Teodosiu '659 and respectfully submit that the subject matter 
disclosed in paragraphs [0047] - [0049] of Teodosiu c 336 is not disclosed in Teodosiu '658 or 
Teodosiu 4 659. Regarding the Figures, neither Teodosiu '658 nor Teodosiu '659 includes 
Figures remotely similar to Figure 2 of Teodosiu '336 nor item #250. In fact, Teodosiu '659 
does not include any Figures whatsoever. As a further example, in rejecting claims 7-9, 11, 44, 
and 47, the Patent Office states that paragraphs [0035] - [0037], [0044] - [0053] and [0057] - 



31 See Advisory Action mailed February 2, 2006, page 2. 

32 See Final Office Action mailed November 30, 2006, page 3. 
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[0069] disclose the features recited in claims 7-9, 11, 44, and 47. 33 The Appellants have 
reviewed both Teodosiu £ 658 and Teodosiu '659 and respectfully submit that the subject matter 
disclosed in paragraphs [0045] - [0053] and paragraphs [0057] - [0069] of Teodosiu '336 is not 
disclosed in Teodosiu '658 or Teodosiu '659. Therefore, all the subject matter disclosed in 
Teodosiu '336 is not entitled to the filing date of Teodosiu '658 and Teodosiu '659, and Teodosiu 
'336 thus is not a proper reference under 35 U.S.C. § 102(e). In light of these problems with 
Teodosiu '336, the Appellants will address Teodosiu c 658 and Teodosiu'659 in responding to the 
pending rejections. 

2. Neither Teodosiu '658 Nor Teodosiu '659 Discloses All the Features 
Recited in Claims 1, 7, 8, 13, 19, 20, 25, 31, 32, and 44-46 

L Neither Teodosiu £ 658 Nor Teodosiu '659 Discloses a Server Which 
Determines that First and Second Nodes are Part of the Same 
Private Network 

Neither Teodosiu '658 nor Teodosiu '659 discloses all the features recited in claims 1, 7, 
8, 13,19, 20, 25, 3 1, 32, and 44-46. According to Chapter 2131 of the M.P.E.P., in order to 
anticipate a claim under 35 U.S.C § 102, 'the reference must teach every element of tlie claim." 
The Appellants respectfully submit that neither Teodosiu '658 nor Teodosiu c 659 discloses each 
and every element recited in claims 1, 7, 8, 13, 19, 20, 25, 31, 32, and 44-46. Accordingly, these 
references cannot anticipate these claims. More specifically, claim 1 recites a method for 
optimizing private network file transfers comprising, among other features, "determining by the 
server that the first and second nodes are part of the same private network." Claims 13 and 25 
include similar features. The Appellants submit that neither Teodosiu 6 65 8 nor Teodosiu '659 
discloses or even suggests that a server determines that first and second nodes are part of the 
same private network. While these references do disclose a server which interacts with nodes, 
neither reference discloses or even suggests that the server determines that first and second nodes 
are part of the same private network. As such, claims 1, 13, and 25 are patentable over both 
Teodosiu '658 and Teodosiu '659. 



See Final Office Action mailed November 30, 2006, page 3. 
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iL Neither Teodosiu '658 Nor Teodosiu '659 Discloses that a User at 
a First Node Enters a Search Term for Finding a Particular File 

Claim 7 recites allowing a user of the first node to "enter search terms for finding a 

particular file." Claims 19 and 3 1 include similar features. The Appellants submit that neither 

Teodosiu '658 nor Teodosiu '659 discloses or suggests that a user at a first node enters a search 

• term for finding a particular file. In fact, neither Teodosiu '658 nor Teodosiu '659 discloses 

entering a search term to find anything, much less a particular file. As such, in addition to the 

reasons listed above, claims 7, 19, and 31 are patentable over Teodosiu '658 and Teodosiu '659. 

iii. Neither Teodosiu '658 Nor Teodosiu '659 Discloses Querying a 
Database with Search Terms to Find File Names that Match the 
Search Terms 

Claim 8 recites "querying a database containing file names with the search terms to find 
file names matching the search terms." Claims 20 and 32 include similar features. The 
Appellants submit that neither Teodosiu '658 nor Teodosiu '659 discloses or suggests querying a 
database with search terms to find file names that match the search terms. As mentioned above, 
neither Teodosiu '658 nor Teodosiu '659 disclose anything relating to search terms. Thus, 
neither Teodosiu '658 nor Teodosiu '659 can disclose querying a database with search terms to 
find file names which match search terms. Accordingly, in addition to the reasons noted above,, 
claims 8, 20, and 32 are patentable over Teodosiu '658 and Teodosiu '659. 

iv. Neither Teodosiu '658 Nor Teodosiu '659 Discloses All the 
Features Recited in Claim 44 

Claim 44 recites "receiving by the server the search request from the first node including 

at least one search term identifying the file." Claim 44 also recites "querying a database relating 

each one of a number of files including the file and at least one of the plurality of nodes in the 

peer-to-peer public network storing the one of the number of files using the at least one search 

term to identify at least one of the plurality of nodes including the second node storing the file." 

Claims 45 and 46 include similar features. As detailed above, neither Teodosiu '658 nor 

Teodosiu '659 discloses or suggests receiving a search term or querying a database using a 

search term, as recited in claims 44-46. Thus, in addition to the reasons noted above, claims 44- 

46 are patentable over Teodosiu '658 and Teodosiu '659. 
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E. Claims 2-6, 9-12, 14-18, 21-24, 26-30, 33-43, and 47 Are Patentable Over 
Teodosiu '658 or Teodosiu '659 in View of Mayes 

Claims 2-6, 9-12, 14-18, 21-24, 26-30, 33-43, and 47 were rejected under 35 U.S.C. § 

103(a) as being unpatentable over Teodosiu '336 in view of Mayes. The Appellants respectfully 

traverse the rejection. As indicated above, Teodosiu '336 is not a valid reference under 35 

U.S.C. § 102(e). However, for purposes of addressing the rejection, the Appellants will address 

Teodosiu '658 and Teodosiu '659 in view of Mayes. 

1. Neither Teodosiu '658, Teodosiu '659, Nor Mayes, Either Alone or in 
Combination, Discloses or Suggests that a Second Node is Part of the 
Same Private Network as the First Node 

None of the cited references discloses all the features recited in claims 37. According to 

Chapter 2143.03 of the M.P.E.P., in order to "establish prima facie obviousness of a claimed 

invention, all the claim limitations must be taught or suggested by the prior art" Claim 37 

recites a method for optimizing private network file transfers comprising, among other features, 

"determining that the second node is part of the same private network as the first node " As 

detailed above, neither Teodosiu c 658, nor Teodosiu '659, discloses or suggests determining that 

a second node is part of the same private network as a first node. In addition, Mayes does not 

disclose this feature. 

In addition, claim 37 recites that the second node is "locally reachable by the first node." 
The Appellants have reviewed the cited references and submit that none of the cited references, 
either alone or in combination, discloses or suggests that the second node is locally reachable by 
the first node. Thus, in addition to the reasons noted above, claim 37 is patentable over Teodosiu 
'658 or Teodosiu '659 in view of Mayes. 

Regarding claims 2-5, 12, 14-17, 24, 26-29, 36, 38-41, and 43, as mentioned above, 
neither Teodosiu '658 nor Teodosiu '659, either singularly or in combination, discloses or 
suggests all the features recited in claims 1, 13, 25, and 37, the base claims from which claims 2- 
5, 12, 14-17, 24, 26-29, 36, 38-41, and 43 variously depend. Similarly, Mayes does not address 
the previously noted shortcomings of Teodosiu '658 and Teodosiu '659, namely, determining 
that a first node and a second node are part of the same private network. As such, these claims 
are patentable over Teodosiu '658 or Teodosiu '659 in view of Mayes. 
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2. Neither Teodosiu '658, Teodosiu '659, Nor Mayes, Either Alone or in 
Combination, Discloses or Suggests Storing a Client IP Address, a Subnet 
Mask, and a Peer IP Address of a First Node and a Second Node in a 
Node Registry 

Claim 6 recites storing '"the client IP address, a subnet mask, and a peer IP address of 
both the first and. second nodes in a node registry." Claims 1 8 and 30 include similar features. 
The Appellants submit that none of the references, either singularly or in combination, discloses 
or suggests the feature of storing a client IP address, a subnet mask, and a peer IP address of a 
first node and a second node in a node registry. In particular, none of the cited references 
discloses a node registry. Since none of the references discloses a node registry, it follows that 
none of the references can disclose storing a client IP address, a subnet mask, and a peer IP 
address of a first node and a second node in a node registry. Therefore, in addition to the reasons 
noted above, claims 6, 18, and 30 are patentable over Teodosiu '658 or Teodosiu '659 in view of 
Mayes. 

3. Neither Teodosiu '658, Teodosiu '659, Nor Mayes, Either Alone or in 
Combination, Discloses or Suggests that Since a First Node and a Second 
Node are Part of the Same Private Network, the Second Node is 
Locally Reachable by the First Node 

Claim 9 recites "determining that the second node is part of the same private network as 

the first node, and therefore locally reachable by the first node." Claims 21 and 33 include 

similar features. As discussed above, neither Teodosiu '658, Teodosiu '659, nor Mayes discloses 

or suggests determining that a second node is part of the same private node as the first node. In 

addition, as mentioned above, none of the references, either singularly or in combination, 

discloses or suggests that by virtue of a first node and a second node being part of the same 

private network, the second node is locally reachable by the first node. As such, claims 9, 21, 

and 33 are patentable over Teodosiu '658 or Teodosiu '659 in view of Mayes for these additional 

reasons. Similarly, claims 10, 22, and 34, which variously depend from claims 9, 21, and 33, are 

patentable for at least the same reasons along with the novel features recited therein. 
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4. Neither Teodosiu '658, Teodosiu '659, Nor Mayas, Either Alone or in 
Combination, Discloses or Suggests Sorting Search Results First by 
Locally Reachable Nodes Followed by Directly Reachable Nodes 

Claim 1 1 recites "sorting the search results first by locally reachable nodes followed by 

the directly reachable nodes." Claims 23, 35, and 42 include similar features. The Appellants 

have reviewed Teodosiu '658, Teodosiu '659, and Mayes and submit that none of these 

references discloses or suggests sorting search results first by "locally" reachable nodes followed 

by "directly 3 ' reachable nodes. Accordingly, in addition to the reasons noted above, claims 1 1, 

23, 35, and 42 are patentable over Teodosiu l 658 or Teodosiu '659 in view of Mayes. 

5. Neither Teodosiu '658, Teodosiu '659 Nor Mayes, Either Alone or in 
Combination, Discloses or Suggests all the Features of Claim 47 

Claim 47 recites "receiving by the server the search request from the first node including 

at least one search term identifying the file, and. . .querying a database relating each one of a 

number of files including the file and at least one of the plurality of nodes in the peer-to-peer 

public network storing the one of the number of files using the at least one search term to 

identify at least one of the plurality of nodes including the second node storing the file." The 

Appellants submit that neither Teodosiu c 658, Teodosiu '659, nor Mayes, either singularly or in 

combination, discloses or suggests these features. As mentioned above, neither Teodosiu '658 

nor Teodosiu '659 disclose entering a search term. Likewise, Mayes does not disclose anything 

about searching. As such, none of the references can disclose receiving a search request and 

querying a database using a search term. Therefore, in addition to the reasons noted above, 

claim 47 is patentable over Teodosiu c 65 8 or Teodosiu '659 in view of Mayes. 

6. There is No Motivation to Combine Teodosiu '658 with Mayes 

Some inventions are combinations of known elements. One of the factors that makes an 
invention patentable is that there is no suggestion in the prior art to combine the known elements 
in the manner claimed. The Patent Office has the unenviable task of casting itself back to the 
time of the invention, examining the references, and determining if the invention was obvious to 
someone skilled in the art. The mere fact that references can be combined or modified does not 
render the resultant combination obvious unless the prior art also suggests the desirability of the 
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combination. "There are three possible sources for a motivation to combine references: the 
nature of the problem to be solved, the teachings of the prior art, and the knowledge of persons 
of ordinary skill in the art." 35 Furthermore, the Patent Office is not allowed to rely on hindsight 
reconstruction or use Appellant's disclosure as a template to pick and choose elements from the 
prior art and reassemble Appellant's claimed invention. Rather, as the Federal Circuit has stated 
with unusual clarity, the Patent Office must prove, through actual evidence, that there is a 
motivation to combine the references. 35 The Patent Office is not free to ignore the instructions in 
Dembiczak, even though the M.P.E.P. has not been updated to reflect this decision. 

There is no motivation to combine Teodosiu '658 with Mayes. Both the nature of the 
problem to be solved and the teachings in Teodosiu '658 differ from the problem to be solved 
and the teachings of Mayes. Teodosiu '658 relates to peer-to-peer networks. 37 More 
specifically, Teodosiu 5 65 8 addresses problems associated with the organization, management, 
and compatibility of peer-to-peer networks.? 8 Teodosiu '658 addresses these problems by 
providing a peer-to-peer locator and tracking service. 39 

^ On the other hand, Mayes relates to address translation systems which map local Internet 
Protocol (IP) addresses used by hosts on a private network to globally unique IP addresses for 
communicating with hosts on the Internet. 40 Mayes addresses security problems associated with 
providing a translation system between a private network and the Internet. 41 Mayes addresses 
these problems by providing a system which employs a Network Address Translation protocol in 
conjunction with an adaptive security algorithm to keep unwanted packets out of a private 
network. 42 The Appellant submits that the problems and teachings associated with a peer-to-peer 
locator and tracking service are vastly different than the problems and teachings associated with 
providing a translation system between a private network and the Internet. Moreover, the Patent 
Office has failed to establish how the knowledge of one of ordinary skill in the art would provide 
the motivation to combine the references. 



34 In re Mills, 916 F.2d 680, 16 U.S J>.Q.2d (BNA) 1430 (Fed. Cin 1990). 

35 In re Rouffet, 149 F.3d 1350, 1357, 47 U.S.P.Q.2d (BNA) 1453, 1457-58 (Fed. Cir. 1998). 

36 In re Dembiczak 175 F.3d 994 (Fed. Cir. 1999). 

37 See Teodosiu '658, page 1, first paragraph. 

38 Id at page 1, last three complete paragraphs. 

39 Id. at page 3, first complete paragraph. 

40 See Mayes, col. 1, 1L 10-13. 

41 Id at col. 2, U. 10-16. 

42 Id at col. 2,11. 19-22. 
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Additionally, the Patent Office has not established, through actual evidence, the 
motivation to combine the references. In fact, the Patent Office has not provided a rationale, 
much less any evidence, stating why Teodosiu '658 is combinable with Mayes. 

7. There is No Motivation to Combine Teodosiu '659 with Mayes 

There is no motivation to combine Teodosiu * 659 with Mayes. More specifically, both 
the nature of the problem to be solved and the teachings in Teodosiu '659 differ from the 
problem to be solved and the teachings of Mayes. Teodosiu c 659 relates to peer-to-peer 
networks. 43 In particular, Teodosiu 6 659 addresses problems associated with the compatibility 
between the Uniform Resource Locator naming scheme and the Domain Name System 
hierarchical domain scheme. 44 Teodosiu '659 addresses these problems by providing a peer-to- 
peer naming scheme 45 

As outlined above, Mayes provides a system which employs a Network Address 
Translation protocol in conjunction with an adaptive security algorithm to keep unwanted 
packets out of a private network. 46 The Appellant submits that the problems and teachings 
associated with a peer-to-peer naming scheme differ greatly from the problems and teachings 
associated with providing a translation system between a private network and the Internet. . 
Moreover, the Patent Office has failed to establish how the knowledge of one of ordinary skill in 
the art would provide the motivation to combine the references. 

Additionally, the Patent Office has not established, through actual evidence, the 
motivation to combine the references. Importantly, the Patent Office has not provided a 
rationale, much less any evidence, stating why Teodosiu *659 is combinable with Mayes. 
Therefore, for this reason and the numerous reasons detailed above, claims 2-6, 9-12, 14-18, 21- 
24, 26-30, 33-43, and 47 are allowable. 

F. Conclusion 

As set forth above, none of the references, which are valid, discloses or suggests a server 
that determines that first and second nodes are part of the same private network. Furthermore, 
the Patent Office has not established any motivation to combine the references. As such, the 

43 See Teodosiu '659, page 1, first paragraph. 

44 See Teodosiu '659, paragraph bridging pages 1 and 2. 

45 Id at paragraph bridging pages 2 and 3. 

46 See Mayes, col. 2, U. 19-22. 
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Appellants request that the Board reverse the Examiner and instruct the Examiner to allow the 
claims. 




Cary,NC27518 
Telephone: (919) 238-2300 

Date: April 24. 2007 
Attorney Docket: 1104-041 
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(8) CLAIMS APPENDIX 

1 . A method for optimizing private network file transfers in a peer-to-peer public network, 
the peer-to-peer public network including a server and a plurality of nodes, wherein at least two 
of the plurality of nodes are part of a same private network, the method comprising the steps of: 

(e) receiving by the server a search request from a first node of the plurality of nodes 
in the peer-to-peer public network for a file; 

(f) determining by the server that the file is stored on a second node of the plurality 
of nodes in the peer-to-peer network; 

(g) determining by the server that the first and second nodes are part of the same 
private network; and 

(h) sending instructions by the server to the first node to request the file from the 
second node, such that-the second node transfers the file to the first node over the 
private network. 

2. The method of claim 1 further wherein step (a) includes the step of registering a client IP 
address, a subnet mask, and a peer IP address of both the first and second nodes with the server. 

3. The method of claim 2 wherein step (a) further includes the step of registering with the 
server whether network address translation (NAT) has been performed on the first and second 
nodes and whether the first and second nodes are directly reachable from other nodes on the 
public network or unreachable. 

4. . The method of claim 3 wherein step (a) further includes the step of determining that NAT 
has been performed on a particular node when the node's client IP address does not match the 
node's peer IP address. 

5. The method of claim 4 wherein step (a) further includes the step of determining that a 
particular node is directly reachable from other nodes on the public network when the server can 
connect with the node using the node's client IP address. 
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6. The method of claim 2 wherein step (a) further includes the step of storing the client IP 
address, a subnet mask, and a peer IP address of both the first and second nodes in a node 
registry. 

7. The method of claim 1 wherein step (a) further includes the step of allowing a user of the 
first node to enter search terms for finding a particular file. 

8. The method of claim 7 wherein step (b) further includes the steps of querying a database 
containing file names with the search terms to find file names matching the search terms, and 
identifying nodes containing the matching file, including the second node. 

9. The method of claim 4 wherein step (c) further includes the steps of: 

(i) determining that the second node is part of the same private network as the 
first node, and therefore locally reachable by the first node, when 

(1) NAT has been performed on both the first and second nodes and at the 
peer IDs of both the first and second nodes match, or 

(2) NAT has not been performed on either the first and second nodes and 
the subnet IDs of each first and second nodes match. 

1 0. The method of claim 9 wherein step (c) further includes the steps of: 

(ii) returning a list of search results from the server to the first node, where the 
list includes the identities and addresses of the matching nodes, IP 
addresses, and subnet masks. 

1 1 . The method of claim 1 0 wherein step (c)(ii) further includes the step of sorting the search 
results first by locally reachable nodes followed by the directly reachable nodes. 

12. • The method of claim 10 wherein step (d) further includes the steps of: 

(i) sending the client IP address of the second node to the first node such that 
the first nodes sends a request for the file to the second node using the 
client IP address of the second node; and 
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(ii) sending the file from the second node to the first node using the client IP 
address of the first node. 

13. A peer-to-peer public network, comprising 

at least one server coupled to the public network; 

a first plurality of nodes coupled to the public network; 

a private network including first and second nodes of the first plurality of nodes coupled 
to the public network, wherein when the server receives a search request from the first node for 
a file, the server 

determines that the file is stored on the second node, 

determines that the first and second nodes are part of the same private network, 

and 

sends instructions to the first node to request the file from the second node, such 
that the second node transfers the file to the first node over the private network. 

14. The public network of claim 13 wherein a client IP address, a subnet mask, and a peer IP 
address of both the first and second nodes are registered with the server. 

1 5 . The public network of claim 1 4 wherein the server registers whether network address 
translation (NAT) has been performed on the first and second nodes and whether the first and 
second nodes are directly reachable from other nodes on the public network or unreachable. 

16. The public network of claim 15 wherein it is determined that NAT has been performed 
on a particular node when the node's client IP address does not match the node's peer IP address. 

17. The public network of claim 16 wherein it is determined that a particular node is directly 
reachable from other nodes on the public network when the server can connect with the node 
using the node's client IP address. 

1 8. The public network of claim 17 wherein the client IP address, a subnet mask, and a peer 
IP address of both the first and second nodes are stored in a node registry. 
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1 9 . The public network of claim 1 3 wherein a user of the first node enters search terms for 
finding a particular file. 

20. The public network of claim 1 8 wherein it is determined the file is stored on the second 
node by querying a database containing file names with the search terms to find file names 
matching the search terms, and identifying nodes containing the matching file, including the 
second node. 

2 1 . The public network of claim 16 wherein it is determined that the second node is part of 
the same private network as the first node, and therefore locally reachable by the first node, when 
1) NAT has been performed on both the first and second nodes and at the peer IDs of both the 
first and second nodes match, or 2) NAT has not been performed on either the first and second 
nodes and the subnet IDs of each first and second nodes match. 

22 . The public network of claim 2 1 wherein the server returns a list of search results is 
returned to the first node, where the list includes the identities and addresses of the matching 
nodes, IP addresses, and subnet masks. 

23. The public network of claim 22 wherein the search results are sorted first by locally 
reachable nodes followed by the directly reachable nodes. 

24. The public network of claim 22 wherein the client IP address of the second node is used 
to send a request for the file from the first node to the second node, and the file from the second 
node is sent to the first node using the client IP address of the first node. 

25. A computer readable medium containing program instructions for optimizing private 
network file transfers in a peer-to-peer public network, the peer-to-peer public network including 
a server and a plurality of nodes, wherein at least two of the plurality of nodes are part of a same 
private network, the program instructions for: 
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(a) receiving by the server a search request from a first node of the plurality of nodes 
in the peer-to-peer public network for a file; 

(b) determining by the server that the file is stored on a second node of the plurality 
of nodes in the peer-to-peer public network; 

(c) determining by the server that the first and second nodes are part of the same 
private network; and 

(d) sending instructions by the server to the first node to request the file from the 
second node, such that the second node transfers the file to the first node over the private 
network. 

26. The computer readable medium of claim 25 further wherein instruction (a) includes the 
instruction of registering a client IP address, a subnet mask, and a peer IP address of both the 
first and second nodes with the server. 

27. The computer readable medium of claim 26 wherein instruction (a) further includes the * 
instruction of registering with the server whether network address translation (NAT) has been 
performed on the first and second nodes and whether the first and second nodes are directly 
reachable from other nodes on the public network or unreachable. 

28. The computer readable medium of claim 27 wherein instruction (a) further includes the 
instruction of determining that NAT has been performed on a particular node when the node's 
client IP address does not match the node's peer IP address. 

29. The computer readable medium of claim 28 wherein instruction (a) further includes the 
instruction of determining that a particular node is directly reachable from other nodes on the 
public network when the server can connect with the node using the node's client IP address. 

30. The computer readable medium of claim 26 wherein instruction (a) further includes the 
instruction of storing the client IP address, a subnet mask, and a peer IP address of both the first 
and second nodes in a node registry. 
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31. The computer readable medium of claim 25 wherein instruction (a) further includes the 
instruction of allowing a user of the first node to enter search terms for finding a particular file. 

32. The computer readable medium of claim 30 wherein instruction (b) further includes the 
instructions of querying a database containing file names with the search terms to find file names 
matching the search terms, and by identifying nodes containing the matching file, including the 
second node. 

33. The computer readable medium of claim 28 wherein instruction (c) further includes the 
instructions of: 

(i) determining that the second node is part of the same private network as the 
first node, and therefore locally reachable by the first node, when 

(3) NAT has been performed on both the first and second nodes and at the 
peer EDs of both the first and second nodes match, or 

(4) NAT has not been performed on either the first and second nodes and 
the subnet IDs of each first and second nodes match. 

34. The computer readable medium of claim 33 wherein instruction (c) further includes the 
instructions of: 

(ii) returning a list of search results from the server to the first node, where the 
list includes the identities and addresses of the matching nodes, IP 
addresses, and subnet masks. 

35. The computer readable medium of claim 34 wherein instruction (c)(ii) further includes 
the instruction of sorting the search results first by locally reachable nodes followed by the 
directly reachable nodes. 

36. ' The computer readable medium of claim 34 wherein instruction (d) further includes the 
instructions of: 
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(i) sending the client IP address of the second node to the first node such that 
the first node sends a request for the file to the second node using the 
client IP address of the second node; and 

(ii) sending the file from the second node to the first node using the client IP 
address of the first node. 

37. A method for optimizing private network file transfers in a peer-to-peer public network, 
the peer-to-peer public network including a server and a plurality of nodes, wherein a first node 
and a second node of the plurality of nodes in the peer-to-peer public network are part of a same 
private network, the method comprising the steps of: 

(a) registering with the server whether network address translation (NAT) has been 
performed on the first and second nodes and whether the first and second nodes 
are directly reachable from other nodes on the public network; 

(b) receiving a search request from the first node for a file; 

(c) determining that the file is stored on the second node; 

(d) determining that the second node is part of the same private network as the first 
node, and therefore locally reachable by the first node, when 

(i) NAT has been performed on both the first and second nodes and at the 
peer IDs of both the first and second nodes match, or 

(ii) NAT has not been performed on either the first and second nodes and the 
subnet IDs of each first and second nodes match. 

(e) sending instructions by the server to the first node to request the file from the 
second node, such that the second node transfers the file to the first node over the 
private network. 

38. The method of claim 37 further wherein step (a) includes the step of registering a client 
IP address, a subnet mask, and a peer IP address of both the first and second nodes with the 
server. 
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39. The method of claim 38 wherein step (a) further includes the step of determining that 
NAT has been performed on a particular node when the node's client IP address does not match 
the node's peer IP address. 

40. "The method of claim 39 wherein step (a) further includes the step of detennining that a 
particular node is directly reachable from other nodes on the public network when the server can 
connect with the node using the node's client IP address. 

41 . The method of claim 40 wherein step (d) further includes the step of returning a list of 
search results from the server to the first node, where the list includes the identities and addresses 
of the matching nodes, IP addresses, and subnet masks. 

42. The method of claim 41 wherein step (d) further includes the step of sorting the search 
results first by locally reachable nodes followed by the directly reachable nodes. 

43 . The method of claim 42 wherein step (e) further includes the steps of: 

(ii) sending the client IP address of the second node to the first node such that 
the first node sends a request for the file to the second node using the 
client DP address of the second node; and 

(iii) sending the file from the second node to the first node using the client IP 
address of the first node. 

44. The method of claim 1 wherein step (a) comprises receiving by the server the search 
request from the first node including at least one search term identifying the file, and step (b) 
comprises querying a database relating each one of a number of files including the file and at 
least one of the plurality of nodes in the peer-to-peer public network storing the one of the 
number of files using the at least one search term to identify at least one of the plurality of nodes 
including* the second node storing the file. 

45. The public network of claim 13 the search request from the first node comprises at least 
one search term identifying the file, and the server further operates to query a database relating 



30 



each one of a number of files including the file and at least one of the plurality of nodes in the 
peer-to-peer public network storing the one of the number of files using the at least one search 
term to identify at least one of the plurality of nodes including the second node storing the file. 

46. The computer readable medium of claim 25 wherein instruction (a) comprises receiving 
by the server the search request from the first node including at least one search term identifying 
the file, and instruction (b) comprises querying a database relating each one of a number of files 
including the file and at least one of the plurality of nodes in the peer-to-peer public network 
storing the one of the number of files using the at least one search term to identify at least one of 
the plurality of nodes including the second node storing the file. 

47. The method of claim 37 wherein step (b) comprises receiving by the server the search 
request from the first node including at least one search term identifying the file, and step (c) 
comprises querying a database relating each one of a number of files including the file and at 
least one of the plurality of nodes in the peer-to-peer public network storing the one of the 
number of files using the at least one search term to identify at least one of the plurality of nodes 
including the second node storing the file. 
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(9) EVIDENCE APPENDIX 

The Appellants rely on no evidence, thus this appendix is not applicable. 
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(10) RELATED PROCEEDINGS APPENDIX 

As there are no related proceedings 3 this appendix is not applicable. 
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